Bug#832473: synaptic: Cannot change mark from "complete removal" to "removal"

On Mon, 25 Jul 2016 13:56:58 -0700 Kyanos wrote: Package: synaptic Version: 0.83+b1 Severity: minor Dear Maintainer, If I mark a package for complete removal, I cannot change the mark directly to simple removal. Steps to reproduce: 1. Select a package. 2. Mark the package for complete

Bug#1069158: jack-mixer: Missing Depends on python3-gi, gir1.2-gtk-3.0, and python3-cairo

alog, OutputChannel File "/usr/lib/python3/dist-packages/jack_mixer/channel.py", line 27, in from . import meter File "/usr/lib/python3/dist-packages/jack_mixer/meter.py", line 20, in import cairo ModuleNotFoundError: No module named 'cairo' (See also bug #995784 about add

Bug#1065951: patch applied as MR!6

Hi, Just in case it helps, I've applied Michael's patch, and opened an MR on salsa: https://salsa.debian.org/virtualsquare-team/vde2/-/merge_requests/6 Cheers, Phil. -- Philip Hands -- https://hands.com/~phil

Bug#1067516: util-linux: sulogin should not render system inaccessable in single-user/emergency mode

Package: util-linux Severity: normal The D-I team are just about to reword the root password prompt in a way that will likely lead to more people taking the chance to lock root and rely upon sudo from the initial user. This is something that's already possible, so this wording change is at most

Bug#1051139: fix doas for sxmo

I'm working on a fix for this bug here: https://salsa.debian.org/DebianOnMobile-team/sxmo-utils/-/merge_requests/2 I'm not sure I like installing Sxmo's doas.conf as /etc/doas.conf. Looking into alternatives, but it seems that Debian's doas doesn't support a doas.d/ directory, as pointed out by

Bug#1064617: update password selection advice

's not a reason to delay this MR though. Cheers, Phil. [1] https://salsa.debian.org/installer-team/user-setup/-/merge_requests/6 > > > Holger > > > -- > Sent from /e/ OS on Fairphone3 > -- Philip Hands -- https://hands.com/~phil signature.asc Description: PGP signature

Bug#1064617: Passwords should not be changed frequently

Justin B Rye writes: > Philip Hands wrote: >>> Maybe instead of saying "use the system's initial user account to >>> become root" it should say "allow the system's initial user account >>> to gain administrative privileges"? I'm not sure.

Bug#819273: A licence file has finally been added to the RobotoMono github repo!

A licence file has finally been added to the Roboto Mono github repo! It’s now officially Apache-2.0 licenced: https://github.com/googlefonts/RobotoMono/blob/main/LICENSE.txt If someone is willing to do the work of adding Roboto-Mono to the fonts-roboto package that would be great :)

Bug#1064617: Passwords should not be changed frequently

gt; even want to mention the word "superuser", or then again we might not. I think Diederik's suggestion of using 'root' for the account and 'super-user' for the privileges might be the way to go. Cheers, Phil. [1] https://salsa.debian.org/installer-team/user-setup/-/merge_requests/7/d

Bug#1064617: Passwords should not be changed frequently

Justin B Rye writes: > Philip Hands wrote: >> Justin B Rye writes: >>> Philip Hands wrote: >>>> Justin B Rye writes:> ... >>>> The reason behind that structure was supposed to be that one definitely >>>> needs _a_ password, but not

Bug#1064617: Passwords should not be changed frequently

Justin B Rye writes: > Philip Hands wrote: >> Justin B Rye writes: ... >> >> The reason behind that structure was supposed to be that one definitely >> needs _a_ password, but not necessarily a root password, so the password >> advice applies to whichever pas

Bug#1064617: Passwords should not be changed frequently

sword/passphrase for the new user: > Make sure to select a strong password/passphrase, that cannot be guessed. > > No comma needed there. Well done -- I kept noticing that, and somehow didn't get round to fixing it. I've now deleted it, so thanks for pointing it out again. :-) Cheers, Phil. -- Philip Hands -- https://hands.com/~phil signature.asc Description: PGP signature

Bug#1064617: Passwords should not be changed frequently

Cyril Brulebois writes: > Philip Hands (2024-03-05): >> Cool, in that case I'll fix those two things and then use the result >> for the MR[1], and if the openQA test runs look OK, will merge that. > > Only skimmed over it, but that looks sensible, thanks all. > > Is i

Bug#1064617: Passwords should not be changed frequently

Holger Wansing writes: > Hi, > > Am 5. März 2024 15:01:21 MEZ schrieb Philip Hands : >>Here are my latest attempts: > > "Be aware that that a ..." > doubled "that" > > "... (unless you select to show it)" > missing fullstop.

Bug#1064617: Passwords should not be changed frequently

Holger Wansing writes: > Hi, > > Am 2. März 2024 21:07:34 MEZ schrieb Philip Hands : >> >>This sentence is the thing that prompted me to change things in the >>first place, because it is not true. One does not _need_ to set a root >>password. > > It

Bug#1064617: Passwords should not be changed frequently

Diederik de Haas writes: > Hi, > > On Friday, 1 March 2024 20:46:49 CET Holger Wansing wrote: >> Philip Hands wrote (Fri, 01 Mar 2024 06:46:27 +0100): >> > If you want to make a constructive contribution, how about suggesting a >> > wording that reflects the ad

Bug#1064617: Passwords should not be changed frequently

advice seems like an OK place to end up too, which is why I went to the effort of splitting the commits. Cheers, Phil. -- Philip Hands -- https://hands.com/~phil

Bug#1064617: Passwords should not be changed frequently

owing password based logins to root, perhaps the potential presence of a poor password on a sudo enabled account should be of greater concern, since that will still be open to remote logins, so I can see that one could argue this either way. -- Philip Hands -- https://hands.com/~phil signature.asc Description: PGP signature

Bug#1064624: Hard to short-stroke an encrypted drive

bles to set the percentage and maximum amount that would be left fallow for this purpose, and (eventually) set non-zero defaults when installing to SSD. Is that something like what you're after? Cheers, Phil. -- Philip Hands -- https://hands.com/~phil signature.asc Description: PGP signature

Bug#1063938: tmux: Does not automatically set mode-keys to vi based on VISUAL or EDITOR environment

5 (current version in testing). According to the man page, tmux automatically sets the mode-keys option to vi when the user's preferred editor is vi: > mode-keys [vi | emacs] > Use vi or emacs-style key bindings in copy mode. The default is emacs, unless VISUAL or EDITOR contains ‘vi’

Bug#1063518: console-setup: setupcon: 1386: Syntax error: Missing '))'

tter. On the other hand, if I'd been paying attention at the time, the fact that this change dropped the number of shellcheck reports for setupcon from 189 to 1 should have rung some alarm bells, but it seems that I've learnt to ignore the little '!' in my emacs status bar -- I'll have to keep an eye on that in future. Cheers, Phil. -- Philip Hands -- https://hands.com/~phil

Bug#1062210: libpam-runtime: pam-auth-update doesn't allow user-ordering of modules

Package: libpam-runtime Version: 1.4.0-11ubuntu2.3 Severity: important Dear Maintainer, We were trying to configure PAM authentication to use LDAP, Radius, and local (pam_unix) authentication sources in that order, so we ran "sudo pam-auth-update --enable ldap radius unix". Alas it's written

Bug#1060117: pass-otp: oathtool safety: avoid argument splitting, send secrets via stdin instead of arguments

Hi Paul, thanks, I'll have a look next week and prepare an upload. Best, Philip OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1060266: [Pkg-auth-maintainers] Some help for coordinated uploads needed

can update solo1-cli at the same time, or are you ok with me going ahead and you follow with solo1-cli whenever convenient? sure, please go ahead. Just ping me, once you uploaded phython-fido2 to unstable so I can upload solo1-cli afterwards. Thanks for all the preparation! Philip

Bug#1060429:

, Philip

Bug#1006911: thunar: Cannot use IPv6 addresses in remote URLs

Control: tags -1 fixed-upstream On Thu Aug 18 2022 11:11:25 GMT-0700 (Pacific Daylight Time), Philip Chung wrote:> Control: forwarded -1 https://gitlab.xfce.org/xfce/thunar/-/issues/864 > [...] I have reported this issue upstream because I am fairly con

Bug#1054644: xfsprogs-udeb: causes D-I to fail, reporting errors about missing partition devices

Anthony Iliopoulos writes: > On Sun, Oct 29, 2023 at 09:02:01PM +0100, Philip Hands wrote: ... >> error: invalid XFS directory entry. ... > This issue exists independently of the large extent counter, and it is > related to grub commit ef7850c75 ("fs/xfs: Fix issues f

Bug#1054644: xfsprogs-udeb: causes D-I to fail, reporting errors about missing partition devices

Philip Hands writes: > Anthony Iliopoulos writes: > ... >> Yeap it is due to nrext64, I've submitted a patch to grub (should have >> cc'ed linux-xfs..) >> >> https://lore.kernel.org/grub-devel/20231026095339.31802-1-ail...@suse.com/ > > That certainly s

Bug#1054644: xfsprogs-udeb: causes D-I to fail, reporting errors about missing partition devices

atch to grub, and then getting that version of grub installed into the target just after the initial attempt to run grub had failed, which then allows a retry of the grub install step to succeed. Also, with the patched version: `grub-probe -d /dev/vda1` produces 'xfs' Cheers, Phil. -- Philip Hands -- https

Bug#1054644: xfsprogs-udeb: causes D-I to fail, reporting errors about missing partition devices

logfile?filename=complete_install-DI-installed-pkgs.txt which lists the installed components (udebs) of the installer that's running: xfsprogs-udeb 6.5.0-1 Cheers, Phil. -- Philip Hands -- https://hands.com/~phil

Bug#1054644: xfsprogs-udeb: causes D-I to fail, reporting errors about missing partition devices

Philip Hands writes: ... > Could this be related to #1051543? > > I'll try testing D-I while using the patch from that bug, to see if that > helps. It seems (to me at least) that the patch there does not apply usefully to the version we're talking about, so I'll leave it to peop

Bug#1054644: xfsprogs-udeb: causes D-I to fail, reporting errors about missing partition devices

Package: xfsprogs-udeb Version: 6.5.0-1 Severity: serious User: debian...@lists.debian.org Usertags: openqa While doing openQA testing of Debian-Installer, I notice that XFS installs started failing a few days ago, and comparing the versions of udebs that changed between success and failure, the

Bug#1050868: bookworm-pu: package debootstrap/1.0.128+nmu2+deb12u1

in bookworm-pu for >> whatever reason, I'm happy to upload a +deb12u2 that is identical to >> 1.0.128+nmu2 except for the changelog.) > > Thank you, pushed both branches. > > Release Team, we are aware that you requested an explicit review from > D-I for this and #10257

Bug#1052448: kmail: Account Assistant window can be covered by main Kmail window

Package: kmail Version: 4:22.12.3-1 Severity: minor Hi, While performing automated tests of KDE with openQA (on openqa.debian.net) it has been observed that Kmail, on first run, can end up looking like this: https://openqa.debian.net/tests/190198#step/kmail/5 in case that link rots at some

Bug#1052377: gdm3: less than beautiful word-wrap decision seen in failed authentication message.

Package: gdm3 Version: 45~beta-1 Severity: wishlist Hi, While testing Gnome installs using openQA I noticed that if providing the wrong password, one is shown a message that is word-wrapped in an awkward manner: Sorry, password authentication didn't work. Please try

Bug#1051468: cannot install BIOS machine with mini.iso, error creating /target/sys/firmware/efi/efivars

ust in case you're on other lists you don't want to be on. Cheers, Phil. -- Philip Hands -- https://hands.com/~phil signature.asc Description: PGP signature

Bug#1051468: cannot install BIOS machine with mini.iso, error creating /target/sys/firmware/efi/efivars

g/philh/grub-installer/-/jobs/4675763/artifacts/file/debian/output/debian-202306XX+salsaci+20230908+294-amd64-gtkmini.iso which was built in this pipeline: https://salsa.debian.org/philh/grub-installer/-/pipelines/577147 where you will find links to the commit & branch that's from. Cheers, Phil. -- Philip Hands -- https://hands.com/~phil signature.asc Description: PGP signature

Bug#998408: "good password" advice in installer is still bad two years after this was reported

at least a decade late. ;-) Cheers, Phil. -- Philip Hands -- https://hands.com/~phil signature.asc Description: PGP signature

Bug#1051373: libglib2.0-0: 2.77.3-1 breaks Midnight Commander extension file

See upstream report https://gitlab.gnome.org/GNOME/glib/-/issues/3095#note_1839091, which will be fixed upstream for 2.78.0, which is due to be released in the next couple of days. Philip On Wed, 2023-09-06 at 22:49 +, Michael Gold wrote: > Package: libglib2.0-0 > Version: 2.

Bug#1051144: reportbug: tex-common fails to install due to fmtutil error

Package: tex-common Version: 6.18 Severity: normal Output of apt: Setting up tex-common (6.18) ... Running mktexlsr. This may take some time... done. Running updmap-sys. This may take some time... done. Running mktexlsr /var/lib/texmf ... done. Building format(s) --all. This may take

Bug#1050924: dgit: allowed a push-source for a version that already exists in the archive

Package: dgit Version: 10.7 Severity: important Hi, Following on from an IRC chat with Ian, I'm submitting a bug as requested. In a moment of inattention[1], I seem to have found myself in a git "master" branch that was sitting on release 1.109 of the `preseed` package (whereas the latest

Bug#1050887: endlessh.service includes unhelpful instructions for listening on low ports

Package: endlessh Version: 1.1-5 Severity: normal Dear Maintainer, In `/lib/systemd/system/endlessh.service` there is this comment: ## If you want Endlessh to bind on ports < 1024 ## 1) run: ## setcap 'cap_net_bind_service=+ep' /usr/local/bin/endlessh ## 2) uncomment following line

Bug#1050001: Unwinding directory aliasing [and 3 more messages]

t present. Cheers, Phil. -- Philip Hands -- https://hands.com/~phil signature.asc Description: PGP signature

Bug#1050305: dh-python: Packages using distutils-extra missing dependencies

Hi, the 'requires' are actually generated by DistUtilsExtra.auto and are present in the PKG-INFO file in the .egg-info directory. It seems dh-python is not picking them up correctly, thus reassigning. Best, Philip OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1050305: python3-distutils-extra: DistUtilsExtra.auto fails to determine "requires" from import statements in source code

NIFEST po/gTranscribe.pot +gTranscribe.egg-info/ Building 0.11-1 today on unstable results in missing dependencies as well. Best, Philip -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (400, 'experimental') Architecture: amd

Bug#1031183: grub-installer: postinst fails if efivarfs cannot be mounted

Philip Hands writes: ... > However, I am now wondering whether we might not be better off using > `archdetect` to see if we're on an efi system, and then make the attempt > to call mountvirtfs for the efivarfs conditional on that. After a diversion[1], I had a look at the archdete

Bug#1039710: debian-installer: Grub installation fails and /var/log/syslog is empty

t/328fdfbe43cd8d9e4425c3ee1c68aadfa44ee434 but if that did work, it does no longer. Either I was mistaken about it having worked earlier (I'm at least 80% sure that's not the case) or something non-deterministic is going on ... which makes me wonder if the underlying cause might be something to do with

Bug#1031183: grub-installer: postinst fails if efivarfs cannot be mounted

one gets to see this error: https://openqa.debian.net/tests/176310#step/grub/5 =-=- However, I am now wondering whether we might not be better off using `archdetect` to see if we're on an efi system, and then make the attempt to call mountvirtfs for the efivarfs conditional on that. Cheers, Phil. -

Bug#1040457: RFS: libfilezilla/0.44.0-1 -- build high-performing platform-independent programs (runtime lib)

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libfilezilla": * Package name : libfilezilla Version : 0.44.0-1 Upstream contact : Tim Kosse * URL : https://lib.filezilla-project.org/ * License

Bug#1038916: guix: daemon breaks with --discover option specified

in the upstream Guix 1.4.0 release. I haven't checked for other files that might be missing, but it seems like that would be worth doing. Thanks again! Philip -- System Information: Debian Release: trixie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) K

Bug#1034683: r-base: new upstream release unintentionally uploaded to unstable

Hi, could we please close this bug? We released bookworm some days ago and propagating to testing should be fine now. [It blocks R packages to propagate to testing currently.] Thanks Philip OpenPGP_signature Description: OpenPGP digital signature

Bug#1037264: cksum crashes intermittently with "Illegal instruction" on some Xen DomU

On Sat, 10 Jun 2023, at 11:09, Pádraig Brady wrote: > cksum since v9.0 checks at runtime whether pclmul is supported. > It seems that check is not working appropriately on a Xen DomU. Hypervisors routinely lie about CPUID feature flags, in order to maintain compatibility between a fleet of

Bug#1037317: RFS: libfilezilla/0.43.0-1 -- build high-performing platform-independent programs (runtime lib)

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libfilezilla": * Package name : libfilezilla Version : 0.43.0-1 Upstream contact : Tim Kosse * URL : https://lib.filezilla-project.org/ * License

Bug#1036952: rootskel: text installs on aarch64 lack glyphs for many languages

Package: rootskel Version: 1.135 Severity: normal Tags: patch Hi, One can see the symptoms by looking here: https://openqa.debian.net/tests/151286 the orange "Soft Failed" boxes highlight some of the failing screens, where the failure can be seen in the screenshot immediately preceeding the

Bug#1014943: waybar: fork-awesome alternatives

Package: waybar Version: 0.9.17-2 Followup-For: Bug #1014943 Dear Maintainer, I also hit this bug. As mentioned Fork Awesome is available in Debian, so instead of these: 0xf76b  temperature-low 0xf769  temperature-high one can use these:

Bug#1036304: guix: /etc/profile.d/guix.sh not updated for 1.4.0

On Friday, May 19, 2023 5:58:06 PM EDT Vagrant Cascadian wrote: > On 2023-05-18, Philip McGrath wrote: > > Among other changes upstream, I changed it in > > 23aafc800c9e678662766440916449ec5bbce830 to initialize various XDG > > environment variables, fixing a bug that c

Bug#1036304: guix: /etc/profile.d/guix.sh not updated for 1.4.0

for packaging Guix for Debian! Philip -- System Information: Debian Release: 12.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE

Bug#1035598: /var/lib/dpkg/info/kanboard.postinst: 24: lighty-enable-mod: not found

.com | | Philip Carinhas, CEO * p...@fortuitous.com * 512-351-7783 | `-' signature.asc Description: PGP signature

Bug#1035343: racket: Consider using CS on all architectures

act that we expose some of Racket's internals in ways Debian doesn't.) I'd be glad to help with this as I can, with the caveats that I have very little time until next week, don't have any relevant hardware, and have only the tiniest amount of experience with Debian packaging (though I'm a lo

Bug#1035082: RFS: libfilezilla/0.42.2-1 -- build high-performing platform-independent programs (runtime lib)

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libfilezilla": * Package name : libfilezilla Version : 0.42.2-1 Upstream contact : Tim Kosse * URL : https://lib.filezilla-project.org/ * License

Bug#1034663: RFS: libfilezilla/0.42.0-1 -- build high-performing platform-independent programs (runtime lib)

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libfilezilla": * Package name : libfilezilla Version : 0.42.0-1 Upstream contact : Tim Kosse * URL : https://lib.filezilla-project.org/ * License

Bug#1034195: filezilla: Workaround package build for i386 included experimental - 3.63.2.1-4

Hi Gert, I have used d/rules to work around the issue by adding the C(XX)FLAGS -msse4.1 conditionally for the i386 build. I will look at how this can be made available for Bookworm, but we are in release freeze, so may take time. Regards Phil -- *** Playing the game for the games own sake.

Bug#1034195: upstream gcc bug

On Thu, 2023-04-13 at 21:47 +0200, Gert van de Kraats wrote: > Phil > > I made an upstream issue at GCC: > > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109504 . > > Perhaps you can add other packages there, that have the same problem? Hi Gert, Thanks for that. Let us see what progress is

Bug#1034195: Question

On Wed, 2023-04-12 at 22:47 +0200, Gert van de Kraats wrote: > Hi Phil, > > Thanks for soon reply. > > What do you mean by upstream. I only know a ticket at filezilla, but > this is closed. > > I think this is a regression bug at gcc 12, but I could not find a > bugreport upstream or at

Bug#1034195: GCC bug

On Wed, 2023-04-12 at 15:45 +0200, Gert van de Kraats wrote: > I saw the problem already is known at > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1020327 > and > https://trac.filezilla-project.org/ticket/12777 > > I downloaded source

Bug#1034195: filezilla: Filezilla not available anymore at i386

On Mon, 2023-04-10 at 23:23 +0200, Gert van de Kraats wrote: > Source: filezilla > Version: 3.63.0-1 > Severity: important > > Dear Maintainer, > > Recently I automatically upgraded to version 3.63.0-1. > With this version the package and binary filezilla is no longer available at > i386

Bug#913431: Debian Installer Bullseye RC 2 release

), that should allow this code to be tested in D-I: https://salsa.debian.org/installer-team/debian-installer/-/jobs/4087808/artifacts/file/public/gtk-mini.iso HTH Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.hands.com/http://ftp.uk.debian.org

Bug#1031844: RFS: libfilezilla/0.41.1-1 -- build high-performing platform-independent programs (runtime lib)

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libfilezilla": * Package name : libfilezilla Version : 0.41.1-1 Upstream contact : Tim Kosse * URL : https://lib.filezilla-project.org/ * License

Bug#1031195: os-autoinst: FTBFS on several release architectures

Control: reopen -1 It seems that the initial attempt to fix this bug was a failure, so I'm reopening the bug and will attempt to do a proper job shortly. Cheers, Phil.

Bug#1026027: graphical installer: using nano in a installer shell fails

725/artifacts/file/public/gtk-mini.iso wherein the bug is fixed. That being the case, I've pushed it into the master branch. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.hands.com/http://ftp.uk.debian.org/ |(| Hugo-Klemm-Strasse 34, 21075 Hamb

Bug#993155: O: ssh-askpass -- under X, asks user for a passphrase for ssh-add

diminished yet further. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.hands.com/http://ftp.uk.debian.org/ |(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY

Bug#1031220: grub-installer: variable $device_map used without being defined

Source: grub-installer Severity: minor Hi, While looking at the grub-installer script, shellcheck highlighted the fact that we appear to be using the variable $device_map in grub-installer, without it being defined. A grep of the D-I source tree for 'device_map=' found nothing, so it seems it's

Bug#1030585: Re : Bug#1030585 closed by Philip Wyett (reply to philip.wy...@kathenas.org) (Re: Bug#1030585: filezilla: Does not upgrade)

On Wed, 2023-02-08 at 14:12 +0100, nicolas.patr...@gmail.com wrote: > ==quoted message from Philip Wyett , subject > “Re: Bug#1030585: > filezilla: Does not upgrade”== > > > Closing. > > OK, but why? > Filezilla is removed from Debian? > > Yours, >

Bug#1030585: filezilla: Does not upgrade

Control: tags -1 + upstream wontfix Hi, Upstream requires SSE2, which is not provided in the Debian i386 builder(s). Because of this filezilla for i386 is no longer built for bookworm/sid as of version 3.62.2-1. Apologies for it no longer being available on your architecture. Regards Phil

Bug#1030303: install tmpfiles and sysusers config into correct path

pecial case from the install file. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.hands.com/http://ftp.uk.debian.org/ |(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY signature.asc Description: PGP signature

Bug#1029616: perltidy: please package upstream 20221112 release

Package: perltidy Version: 20220613-1 Severity: normal Hi Don, I notice that upstream has released 20221112 (prompted by the fact that upstream openqa has a versioned depends on that new version) I knocked up a new version of the package, which is visible here:

Bug#1021211: remmina: switch to libsoup3

On Mon, 2023-01-23 at 10:35 +0100, Andre Heider wrote: > Can we please have spice back? > > It's been half a year, and my patch with an alternative solution still > works fine with 1.4.29 (which is what I'm using for that period on a > daily basis): > >

Bug#1028475: Backport recent GVariant security fixes to Stable

On Sat, 2023-01-14 at 21:15 +0100, Salvatore Bonaccorso wrote: > Hi Simon, > > Thank you for adding looping in. > > On Thu, Jan 12, 2023 at 10:10:35AM +, Simon McVittie wrote: > > Control: tags -1 + security > > > > On Wed, 11 Jan 2023 at 16:3

Bug#1028529: RFS: libfilezilla/0.41.0-1 -- build high-performing platform-independent programs (runtime lib)

On Sat, 2023-01-14 at 16:48 +0100, Adam Borowski wrote: > On Fri, Jan 13, 2023 at 05:15:29AM +0000, Philip Wyett wrote: > > I thought any change to push soname bumps through experimental was still > > only a discussion? > > > > As you are aware, libfilezilla is only co

Bug#748901: fixed in upstream git

an NMU with just the single commit applied, if that helps. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.hands.com/http://ftp.uk.debian.org/ |(| Hugo-Klemm-Strasse 34, 21075 Hamburg,GERMANY

Bug#1028529: RFS: libfilezilla/0.41.0-1 -- build high-performing platform-independent programs (runtime lib)

On Thu, 2023-01-12 at 18:04 +0100, Adam Borowski wrote: > On Thu, Jan 12, 2023 at 12:05:10PM +0000, Philip Wyett wrote: > > libfilezilla (0.41.0-1) unstable; urgency=medium > > . > >* New upstream version 0.41.0 > >* Soname bump rename package to libfilezill

Bug#1028529: RFS: libfilezilla/0.41.0-1 -- build high-performing platform-independent programs (runtime lib)

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libfilezilla": * Package name : libfilezilla Version : 0.41.0-1 Upstream contact : Tim Kosse * URL : https://lib.filezilla-project.org/ * License

Bug#1028475: Backport recent GVariant security fixes to Stable

to 2.66.8 in Debian Stable. I am happy to help out with this if that’s useful. Philip

Bug#1027729: RM: filezilla [i386] -- Upstream requires sse2, please remove i386

Package: ftp.debian.org Severity: normal Upstream requires sse2 and i386 does not support it, so building these binaries will no longer take place on Debian. Please remove the src:filezilla binaries from i386. Regards Phil -- *** Playing the game for the games own sake. *** Associations:

Bug#1027690: lmms: Segfault on startup with kwidgetsaddons 5.101.0

-data packages works on my system. The fix for this segmentation fault is to remove the workaround [3], as the KXMLGUI bug has been fixed for some time (since version 5.55.0). Philip Chung [1] https://github.com/LMMS/lmms/issues/6587 [2] https://bugs.kde.org/show_bug.cgi?id=337491 [3] See

Bug#1025486: ModuleNotFoundError: No module named 'scrape_schema_recipe' / 'ebooklib'

Control: reopen -1 Hi, it seems you forgot to add a depend/recommend on python3-scrape-schema-recipe: philip@debian:~$ LANG=C apt list gourmand Listing... Done gourmand/testing,testing,unstable,unstable,now 1.1.0+really1.0.0-3 all [installed] philip@debian:~$ gourmand args = Namespace(db_url

Bug#1027479: RFS: libfilezilla/0.40.0-1 -- build high-performing platform-independent programs (runtime lib)

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libfilezilla": * Package name : libfilezilla Version : 0.40.0-1 Upstream contact : Tim Kosse * URL : https://lib.filezilla-project.org/ * License

Bug#1016963: Please test u-boot for a64-olinuxino-emmc

. [Tested from and updated unstable installation.] Best, Philip

Bug#1027411: rednotebook: en_GB translation uses German word "Zurück" for "Back"

On Sat, 2022-12-31 at 06:07 +, Philip Wyett wrote: > On Sat, 2022-12-31 at 13:59 +1300, Ash Joubert wrote: > > There are more: the navigation dropdown has Vorwärts (Forwards), and the > > Help menu has a German entry (with German tooltip) for "Give Feedback&qu

Bug#1027411: rednotebook: en_GB translation uses German word "Zurück" for "Back"

On Sat, 2022-12-31 at 13:59 +1300, Ash Joubert wrote: > There are more: the navigation dropdown has Vorwärts (Forwards), and the > Help menu has a German entry (with German tooltip) for "Give Feedback". > Everything else is in English. I do not speak German and have never used > a German locale

Bug#1026027: graphical installer: using nano in a installer shell fails

Holger Wansing writes: > Hi, > > Philip Hands wrote (Tue, 13 Dec 2022 20:34:17 +0100): >> On the 11.5 netinst I just tried out, in the Graphical Install's shell, >> TERM=xterm so that's obviously not the cause of the issue, but the >> difference would appear to be

Bug#1026027: graphical installer: using nano in a installer shell fails

ither to make sure that that termcap file gets installed again, or to set TERM in the Graphical Install's shell to something like 'bterm' or 'vt102'. I suspect restoring the termcap file is the correct fix. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.

Bug#1025739: Fwd: Is an autogenerated configure shell script non-editable source (Was: Bug#1025739: hmmer2: missing source for configure)

shell script non-editable source (Was: Bug#1025739: hmmer2: missing source for configure) Datum: Sun, 11 Dec 2022 16:52:49 +0100 Von: Philip Rinn An: debian-de...@lists.debian.org, Andreas Tille Hi Andreas, Hi Andreas, Am Sat, Dec 10, 2022 at 11:41:11AM +0100 schrieb Andreas Metzler: I have

Bug#1023468: dgit: the format of --dep14tag tags should be customisable

Philip Hands writes: > So one might have: > > dgit-distro.debian.dgit-tag-filter="sed -ne 's,^debian/1%,,p'" Except of course one wants to be able to set this in the repo somehow, in order that anyone cloning the repo also gets to generate the right sort of tags, so there'

Bug#1023468: dgit: the format of --dep14tag tags should be customisable

uldn't be > unchanged under that transform ? Or what ? If using the filter idea above, I'd insist that the result is a valid tag already, or fail. > With answers to these questions I think this becomes a fairly > straightforward SMOP. Cool. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8

Bug#1025308: gsequencer: FTBFS with fftw3 (3.3.10-1)

On 05.12.22 at 17:26, Sebastiaan Couwenberg wrote: On 12/5/22 16:51, Philip Rinn wrote: thanks for fixing gsequencer! Did you actually upload the NMU, I don't see it in the queue. If not, could you please upload DELAYED/5 as per https://www.debian.org/doc/manuals/developers-reference/pkgs.html

Bug#1025486: ModuleNotFoundError: No module named 'scrape_schema_recipe' / 'ebooklib'

run gourmand from console: philip@debian:~$ gourmand args = Namespace(db_url='', threads=False, gourmanddir='', thread_debug_interval=5.0, thread_debug=False, debug_file='', time=False, debug=None) WARNING: Plugin module import failed PATH: ['/usr/bin', '/usr/lib/python310.zip', '/usr/lib/python3.10

Bug#1025308: gsequencer: FTBFS with fftw3 (3.3.10-1)

Hi Bas, thanks for fixing gsequencer! Did you actually upload the NMU, I don't seet it in the queue. If not, could you please upload DELAYED/5 as per https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu so fftw3 can migrate? Thanks & best regards Philip OpenPGP_signa

Bug#1025340: xserver-xorg: Xorg segfaults at start-up in recent Debian Live images

Package: xserver-xorg Version: 1:7.7+23 Severity: important Usertags: openqa X-Debbugs-Cc: rclo...@rclobus.nl Hi folks, Debian Live images built in the last day seem not to be able to start X. It segfaults at start-up, thus: [20.784] (EE) Backtrace: [20.785] (EE) 0: /usr/lib/xorg/Xorg

Bug#993874: slurm: diff for NMU version 0.4.3-2.1

@@ -1,3 +1,10 @@ +slurm (0.4.3-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Fix FTBFS by removing deprecated sys/sysctl.h (closes: #993874) + + -- Philip Rinn Sun, 27 Nov 2022 13:31:19 +0100 + slurm (0.4.3-2) unstable; urgency=medium * Fix broken debian/watch file. Best

  1   2   3   4   5   6   7   8   9   10   >