Processed: Re: Bug#970878: ghostscript breaks doc-rfc autopkgtest: segmentation fault
Processing control commands: > tag 970878 + patch Bug #970878 [src:ghostscript] ghostscript breaks doc-rfc autopkgtest: segmentation fault Added tag(s) patch. -- 970878: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=970878 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#970878: ghostscript breaks doc-rfc autopkgtest: segmentation fault
Control: tag 970878 + patch
Hi Jonas (2020.10.23_03:07:27_-0700)
FWIW I found the offending upstream commit and reverting it seems to do
the trick. I prefer fixing problems to reverting changes, but the bug
wasn't obvious to me, and the commit doesn't seem critical.
The commit is "txtwrite - better processing of text in type 3 fonts"
http://www.ghostscript.com/cgi-bin/findgit.cgi?278f9a53ed507f9109380ee4210fb860b35b1811
Uploaded that revert to Ubuntu, and things seem OK there. The doc-rfc
autopkgtests pass.
SR
--
Stefano Rivera
http://tumbleweed.org.za/
+1 415 683 3272
From 0f6cd8fbb1e2dc99ff19e4e796cac62f046d1bb5 Mon Sep 17 00:00:00 2001
From: Stefano Rivera
Date: Mon, 30 Nov 2020 18:48:24 -0800
Subject: [PATCH] Revert "txtwrite - better processing of text in type 3 fonts"
This reverts commit 278f9a53ed507f9109380ee4210fb860b35b1811.
---
devices/vector/gdevtxtw.c | 75 +--
1 file changed, 8 insertions(+), 67 deletions(-)
diff --git a/devices/vector/gdevtxtw.c b/devices/vector/gdevtxtw.c
index d46a935e6..9958dc140 100644
--- a/devices/vector/gdevtxtw.c
+++ b/devices/vector/gdevtxtw.c
@@ -142,9 +142,6 @@ static dev_proc_dev_spec_op(txtwrite_dev_spec_op);
/* Define the text enumerator. */
typedef struct textw_text_enum_s {
gs_text_enum_common;
-gs_text_enum_t *pte_fallback;
-double d1_width;
-bool d1_width_set;
bool charproc_accum;
bool cdevproc_callout;
double cdevproc_result[10];
@@ -1541,9 +1538,6 @@ get_missing_width(gs_font *font, int wmode, const gs_matrix *scale_c,
FONT_INFO_MISSING_WIDTH, &finfo);
if (code < 0)
return code;
-if (!(finfo.members & FONT_INFO_MISSING_WIDTH))
-return_error(gs_error_undefined);
-
if (wmode) {
gs_distance_transform(0.0, -finfo.MissingWidth, scale_c, &pwidths->real_width.xy);
pwidths->Width.xy.x = 0;
@@ -1618,7 +1612,7 @@ txt_glyph_widths(gs_font *font, int wmode, gs_glyph glyph,
&& (code == gs_error_undefined || !(info.members & (GLYPH_INFO_WIDTH0 << wmode {
code = get_missing_width(font, wmode, &scale_c, pwidths);
if (code < 0)
-return code;
+v.y = 0;
else
v.y = pwidths->Width.v.y;
if (wmode && (ofont->FontType == ft_CID_encrypted ||
@@ -1988,32 +1982,26 @@ txtwrite_process_plain_text(gs_text_enum_t *pte)
txt_glyph_widths_t widths;
gs_point wanted; /* user space */
-for (i=pte->index;itext.size;i++) {
+for (i=0;itext.size;i++) {
gs_point dpt = {0,0};
if (operation & (TEXT_FROM_STRING | TEXT_FROM_BYTES)) {
-ch = pte->text.data.bytes[pte->index];
+ch = pte->text.data.bytes[pte->index++];
} else if (operation & (TEXT_FROM_CHARS | TEXT_FROM_SINGLE_CHAR)) {
-ch = pte->text.data.chars[pte->index];
+ch = pte->text.data.chars[pte->index++];
} else if (operation & (TEXT_FROM_GLYPHS | TEXT_FROM_SINGLE_GLYPH)) {
if (operation & TEXT_FROM_GLYPHS) {
gdata = pte->text.data.glyphs + (pte->index++ * sizeof (gs_glyph));
} else {
gdata = &pte->text.data.d_glyph;
+pte->index++;
}
}
glyph = (gdata == NULL ? pte->orig_font->procs.encode_char(pte->orig_font, ch, GLYPH_SPACE_NAME)
: *gdata);
code = txt_glyph_widths(font, font->WMode, glyph, (gs_font *)font, &widths, NULL);
-if (code < 0) {
-if (penum->d1_width_set) {
-widths.Width.w = widths.Width.xy.x = widths.real_width.w = widths.real_width.xy.x = penum->d1_width;
-penum->d1_width = 0;
-penum->d1_width_set = 0;
-}
-else
-return code;
-}
+if (code < 0)
+return code;
penum->cdevproc_callout = false;
code = txt_update_text_state(penum->text_state, (textw_text_enum_t *)pte, pte->orig_font, &font->FontMatrix);
@@ -2058,10 +2046,6 @@ txtwrite_process_plain_text(gs_text_enum_t *pte)
memset(&penum->Advs[penum->TextBufferIndex + 1], 0x00, (code - 1) * sizeof(float));
}
penum->TextBufferIndex += code;
-/*gs_moveto_aux(penum->pgs, gx_current_path(penum->pgs),
- fixed2float(penum->origin.x) + wanted.x + dpt.x,
- fixed2float(penum->origin.y) + wanted.y + dpt.y);*/
-pte->index++;
}
return 0;
}
@@ -2096,7 +2080,7 @@ txt_add_sorted_fragment(gx_device_txtwrite_t *tdev, textw_text_enum_t *penum)
/* Already have text at this y-position */
text_list_entry_t *X_List = Y_List->x_ordered_list;
-while (X_List->next && X_List->start.x <= penum->text_state->start.x)
+while (X_List->next && X_List->start.x < penum->text_state->start.x)
X_
Bug#976240: marked as done (hplip: Upgrede to 3.20.9+dfsg0-4 broke laserjet mfp network printing/scanning)
Your message dated Wed, 2 Dec 2020 22:45:26 +
with message-id <02122020224120.dcf8d5c12...@desktop.copernicus.org.uk>
and subject line Re: Bug#976240: hplip: Upgrede to 3.20.9+dfsg0-4 broke
laserjet mfp network printing/scanning
has caused the Debian Bug report #976240,
regarding hplip: Upgrede to 3.20.9+dfsg0-4 broke laserjet mfp network
printing/scanning
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
976240: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976240
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: hplip
Version: 3.20.9+dfsg0-4
Severity: important
Dear Maintainer,
The hplip package was update in testing from 3.20.5+dfsg0-3+b1 to 3.20.9+dfsg0-4
After which I'm no longer able to install my network HP LaserJet MFP
M148 printer.
Installing the printer using hp-setup -i fails with the following:
hp-setup -i -a -x 192.168.89.196
HP Linux Imaging and Printing System (ver. 3.20.9)
Printer/Fax Setup Utility ver. 9.0
Copyright (c) 2001-18 HP Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.
| SELECT CONNECTION (I/O) TYPE |
Num Connection Description
Type
--
--
0*usb Universal Serial Bus (USB)
1 net Network/Ethernet/Wireless (direct connection or
JetDirect)
Enter number 0...1 for connection type (q=quit, enter=usb*) ? 1
Using connection type: net
error: No device selected/specified or that supports this functionality.
I can print to the printer using the KDE cups connection:
implicitclass://HP_LaserJet_Pro_M148fdw_E27AD3_/
Thank you,
Andrew
-- Package-specific info:
Saving output in log file: /home/andrew/Downloads/hp-check.log
HP Linux Imaging and Printing System (ver. 3.20.9)
Dependency/Version Check Utility ver. 15.1
Copyright (c) 2001-18 HP Development Company, LP
This software comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to distribute it
under certain conditions. See COPYING file for more details.
Note: hp-check can be run in three modes:
1. Compile-time check mode (-c or --compile): Use this mode before compiling
the HPLIP supplied tarball (.tar.gz or .run) to determine if the proper
dependencies are installed to successfully compile HPLIP.
2. Run-time check mode (-r or --run): Use this mode to determine if a distro
supplied package (.deb, .rpm, etc) or an already built HPLIP supplied tarball
has the proper dependencies installed to successfully run.
3. Both compile- and run-time check mode (-b or --both) (Default): This mode
will check both of the above cases (both compile- and run-time dependencies).
Check types:
a. EXTERNALDEP - External Dependencies
b. GENERALDEP - General Dependencies (required both at compile and run time)
c. COMPILEDEP - Compile time Dependencies
d. [All are run-time checks]
Bug#976240: hplip: Upgrede to 3.20.9+dfsg0-4 broke laserjet mfp network printing/scanning
On Wednesday, December 2, 2020 11:16:44 AM PST Brian Potkin wrote: > tags 976240 - moreinfo > Thanks > > > > On Wed 02 Dec 2020 at 10:39:49 -0800, Andrew Nady wrote: > > > On Wednesday, December 2, 2020 7:42:26 AM PST Brian Potkin wrote: > > > > > > Please give what you get for > > > > > > avahi-browse -rt _ipp._tcp | grep -B 2 address > > > > > > Regards, > > > > > > Brian. > > > > > Hi Brian, > > Thanks for looking into this issue. > > > > This is the output from the "avahi-browse -rt _ipp._tcp | grep -B 2 > > address" command: > > > > > > =dmz IPv6 HP LaserJet Pro M148fdw (E27AD3) Internet > > Printer local > > hostname = [hp-m148.local] > > address = [192.168.89.196] > > Looks fine. I suppose > > hp-setup -i -a -x hp-m148.local > > doesn't get you anything different from previously? > > I've indictated that I cannot reproduce your issue on unstable. But, > AFAICT, there hasn't been any significant change in Debian's HPLIP > between testing and unstable. Perhaps wait for testing HPLIP and CUPS > to get updated from unstable and test again? > > Regards, > > Brian. > I've decided to reset the printer networking portion and start fresh. After the printer was reset I was able to connect again. The avahi-browse -rt _ipp._tcp | grep -B 2 address command from before and after: After the reset : =dmz IPv6 HP LaserJet Pro M148fdw (E27AD3) Internet Printer local hostname = [NPIE27AD3.local] address = [192.168.89.196] -- =dmz IPv4 HP LaserJet Pro M148fdw (E27AD3) Internet Printer local hostname = [NPIE27AD3.local] address = [192.168.89.196] Before the reset: =dmz IPv6 HP LaserJet Pro M148fdw (E27AD3) Internet Printer local hostname = [hp-m148.local] address = [192.168.89.196] -- =dmz IPv4 HP LaserJet Pro M148fdw (E27AD3) Internet Printer local hostname = [hp-m148.local] address = [192.168.89.196] So it works fine now, thanks for your help. Andrew. signature.asc Description: This is a digitally signed message part.
Re: Contact possibility for Odyx/Didier
Quoting Helge Kreutzmann (2020-12-02 19:54:52) > Hello Jonas, > On Wed, Dec 02, 2020 at 06:57:29PM +0100, Jonas Smedegaard wrote: > > Quoting Jonas Smedegaard (2020-12-02 18:49:29) > > > Quoting Helge Kreutzmann (2020-12-02 18:32:41) > > > > I apologize, I'm aware of the basics of git but somehow I cannot reach > > > > that branch: > > > > $ LC_ALL=C git checkout -b debian-master origin/debian/main > > > > > > Above would checkout debian/main (not debian/master > > > > > > try this: > > > > > > LC_ALL=C git checkout -b debian-master origin/debian/master > > > > Arrgh - there was nothing wrong with your command, sorry for the > > confusion. > > > > Try this to refresh what is available at the remote side: > > > > git fetch > > > > and then this to checkout the new HEAD named the same locally: > > > > git checkout debian/main > > But I cannot push: > $ LC_ALL=C git push > Enumerating objects: 13, done. > Counting objects: 100% (13/13), done. > Delta compression using up to 4 threads > Compressing objects: 100% (7/7), done. > Writing objects: 100% (7/7), 1.18 KiB | 603.00 KiB/s, done. > Total 7 (delta 5), reused 0 (delta 0), pack-reused 0 > remote: GitLab: You are not allowed to push code to protected branches on > this project. > To salsa.debian.org:printing-team/cups.git > ! [remote rejected] debian/main -> debian/main (pre-receive hook > declined) > error: failed to push some refs to 'salsa.debian.org:printing-team/cups.git' > > Is there some additional configuration you or I need to perform? Looks like (as the error message says) you are not permitted to push directly to that branch. I don't know if that is intentional: Let's wait for Didier... - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Processed: Re: Bug#976240: hplip: Upgrede to 3.20.9+dfsg0-4 broke laserjet mfp network printing/scanning
Processing commands for cont...@bugs.debian.org: > tags 976240 - moreinfo Bug #976240 [hplip] hplip: Upgrede to 3.20.9+dfsg0-4 broke laserjet mfp network printing/scanning Removed tag(s) moreinfo. > Thanks Stopping processing here. Please contact me if you need assistance. -- 976240: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976240 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#976240: hplip: Upgrede to 3.20.9+dfsg0-4 broke laserjet mfp network printing/scanning
tags 976240 - moreinfo Thanks On Wed 02 Dec 2020 at 10:39:49 -0800, Andrew Nady wrote: > On Wednesday, December 2, 2020 7:42:26 AM PST Brian Potkin wrote: > > > > Please give what you get for > > > > avahi-browse -rt _ipp._tcp | grep -B 2 address > > > > Regards, > > > > Brian. > > > Hi Brian, > Thanks for looking into this issue. > > This is the output from the "avahi-browse -rt _ipp._tcp | grep -B 2 address" > command: > > > =dmz IPv6 HP LaserJet Pro M148fdw (E27AD3) Internet Printer >local > hostname = [hp-m148.local] > address = [192.168.89.196] > -- > =dmz IPv4 HP LaserJet Pro M148fdw (E27AD3) Internet Printer >local > hostname = [hp-m148.local] > address = [192.168.89.196] Looks fine. I suppose hp-setup -i -a -x hp-m148.local doesn't get you anything different from previously? I've indictated that I cannot reproduce your issue on unstable. But, AFAICT, there hasn't been any significant change in Debian's HPLIP between testing and unstable. Perhaps wait for testing HPLIP and CUPS to get updated from unstable and test again? Regards, Brian.
Re: Contact possibility for Odyx/Didier
Hello Jonas, On Wed, Dec 02, 2020 at 06:57:29PM +0100, Jonas Smedegaard wrote: > Quoting Jonas Smedegaard (2020-12-02 18:49:29) > > Quoting Helge Kreutzmann (2020-12-02 18:32:41) > > > I apologize, I'm aware of the basics of git but somehow I cannot reach > > > that branch: > > > $ LC_ALL=C git checkout -b debian-master origin/debian/main > > > > Above would checkout debian/main (not debian/master > > > > try this: > > > > LC_ALL=C git checkout -b debian-master origin/debian/master > > Arrgh - there was nothing wrong with your command, sorry for the > confusion. > > Try this to refresh what is available at the remote side: > > git fetch > > and then this to checkout the new HEAD named the same locally: > > git checkout debian/main But I cannot push: $ LC_ALL=C git push Enumerating objects: 13, done. Counting objects: 100% (13/13), done. Delta compression using up to 4 threads Compressing objects: 100% (7/7), done. Writing objects: 100% (7/7), 1.18 KiB | 603.00 KiB/s, done. Total 7 (delta 5), reused 0 (delta 0), pack-reused 0 remote: GitLab: You are not allowed to push code to protected branches on this project. To salsa.debian.org:printing-team/cups.git ! [remote rejected] debian/main -> debian/main (pre-receive hook declined) error: failed to push some refs to 'salsa.debian.org:printing-team/cups.git' Is there some additional configuration you or I need to perform? Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Bug#976240: hplip: Upgrede to 3.20.9+dfsg0-4 broke laserjet mfp network printing/scanning
On Wednesday, December 2, 2020 7:42:26 AM PST Brian Potkin wrote: > notfound 976240 3.20.9+dfsg0-4+b1 > tags 976240 moreinfo > thanks > > > On Tue 01 Dec 2020 at 17:14:29 -0800, andrew wrote: > > > Package: hplip > > Version: 3.20.9+dfsg0-4 > > Severity: important > > > > Dear Maintainer, > > > > The hplip package was update in testing from 3.20.5+dfsg0-3+b1 to > > 3.20.9+dfsg0-4 > > After which I'm no longer able to install my network HP LaserJet MFP > > M148 printer. > > Installing the printer using hp-setup -i fails with the following: > > > > hp-setup -i -a -x 192.168.89.196 > > Thank you for your report, Andrew. > > I executed this command on an unstable installation. The queue was set > up successfully. > > > HP Linux Imaging and Printing System (ver. 3.20.9) > > Printer/Fax Setup Utility ver. 9.0 > > > > Copyright (c) 2001-18 HP Development Company, LP > > This software comes with ABSOLUTELY NO WARRANTY. > > This is free software, and you are welcome to distribute it > > under certain conditions. See COPYING file for more details. > > > > > > > > | SELECT CONNECTION (I/O) TYPE | > > > > > > Num Connection Description > > Type > > -- > > -- > > 0*usb Universal Serial Bus (USB) > > 1 net Network/Ethernet/Wireless (direct connection or > > JetDirect) > > I did not get this dialog. The setup proceeded automatically without > interuption. > > > Enter number 0...1 for connection type (q=quit, enter=usb*) ? 1 > > > > Using connection type: net > > > > error: No device selected/specified or that supports this functionality. > > > > I can print to the printer using the KDE cups connection: > > implicitclass://HP_LaserJet_Pro_M148fdw_E27AD3_/ > > I imagine this queue would have been set up by cups-browsed. Adding > another queue with HPLIP seems superfluous. > > Please give what you get for > > avahi-browse -rt _ipp._tcp | grep -B 2 address > > Regards, > > Brian. > Hi Brian, Thanks for looking into this issue. This is the output from the "avahi-browse -rt _ipp._tcp | grep -B 2 address" command: =dmz IPv6 HP LaserJet Pro M148fdw (E27AD3) Internet Printer local hostname = [hp-m148.local] address = [192.168.89.196] -- =dmz IPv4 HP LaserJet Pro M148fdw (E27AD3) Internet Printer local hostname = [hp-m148.local] address = [192.168.89.196] Andrew. signature.asc Description: This is a digitally signed message part.
Re: Contact possibility for Odyx/Didier
Hello Jonas, On Wed, Dec 02, 2020 at 06:57:29PM +0100, Jonas Smedegaard wrote: > Quoting Jonas Smedegaard (2020-12-02 18:49:29) > > Quoting Helge Kreutzmann (2020-12-02 18:32:41) > > > I apologize, I'm aware of the basics of git but somehow I cannot reach > > > that branch: > > > $ LC_ALL=C git checkout -b debian-master origin/debian/main > > > > Above would checkout debian/main (not debian/master > > > > try this: > > > > LC_ALL=C git checkout -b debian-master origin/debian/master > > Arrgh - there was nothing wrong with your command, sorry for the > confusion. > > Try this to refresh what is available at the remote side: > > git fetch > > and then this to checkout the new HEAD named the same locally: > > git checkout debian/main This worked, thank you very much! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Re: Contact possibility for Odyx/Didier
Hello Jonas, On Wed, Dec 02, 2020 at 06:49:29PM +0100, Jonas Smedegaard wrote: > Quoting Helge Kreutzmann (2020-12-02 18:32:41) > > I apologize, I'm aware of the basics of git but somehow I cannot reach > > that branch: > > $ LC_ALL=C git checkout -b debian-master origin/debian/main > > Above would checkout debian/main (not debian/master > > try this: > > LC_ALL=C git checkout -b debian-master origin/debian/master Oops, yes. This produced a result. But somehow this was not enough: $ LC_ALL=C git pull Your configuration specifies to merge with the ref 'refs/heads/debian/master' from the remote, but no such ref was fetched. > NB! Normally on Debian lists it is expected that participants in > conversations are all subscribed, and it is considered best practice to > _not_ cc individuals. > > I made an exception here and in previous post of mine, because I am > unsure if you are subscribed - but please don't add others that are :-) Apologies. I properly configured this list as list and will reply to it only. At least as long Ody spam filter is blocking my e-mail address. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
Re: Contact possibility for Odyx/Didier
Quoting Jonas Smedegaard (2020-12-02 18:49:29) > Quoting Helge Kreutzmann (2020-12-02 18:32:41) > > I apologize, I'm aware of the basics of git but somehow I cannot reach > > that branch: > > $ LC_ALL=C git checkout -b debian-master origin/debian/main > > Above would checkout debian/main (not debian/master > > try this: > > LC_ALL=C git checkout -b debian-master origin/debian/master Arrgh - there was nothing wrong with your command, sorry for the confusion. Try this to refresh what is available at the remote side: git fetch and then this to checkout the new HEAD named the same locally: git checkout debian/main Or alternatively, if you get lost, make a fresh clone: git clone https://salsa.debian.org/printing-team/cups.git - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Re: Contact possibility for Odyx/Didier
Quoting Helge Kreutzmann (2020-12-02 18:32:41) > I apologize, I'm aware of the basics of git but somehow I cannot reach > that branch: > $ LC_ALL=C git checkout -b debian-master origin/debian/main Above would checkout debian/main (not debian/master try this: LC_ALL=C git checkout -b debian-master origin/debian/master NB! Normally on Debian lists it is expected that participants in conversations are all subscribed, and it is considered best practice to _not_ cc individuals. I made an exception here and in previous post of mine, because I am unsure if you are subscribed - but please don't add others that are :-) - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Re: Contact possibility for Odyx/Didier
Hello Didier, On Wed, Dec 02, 2020 at 08:36:15AM +0100, Didier 'OdyX' Raboud wrote: > On 01/12/2020 21:37, Helge Kreutzmann wrote: > > I daily mirror the cups git repository, but for quite some time no > > changes appeard, however, some kind of message which I could not > > figure out: > > Your configuration specifies to merge with the ref > > 'refs/heads/debian/master' from the remote, but no such ref was fetched. > > > > Today, I got an updated of cups (in stable) which, amongst others, > > said: > > * Refresh manpage translation pofiles for 2.3.3op1 > > > > Did the CUPS git repository change? Where can I find the current > > (unstable) place to maitain the man page translation, whenever the > > need arises (the upstream text change)? > > That's my mistake; I switched the CUPS Debian repository to use "debian/main" > as HEAD branch, instead of "debian/master": > > https://salsa.debian.org/printing-team/cups/-/tree/debian/main > > You should have the rights to commit/push to that branch right away. > > Sorry for not informing of this change around. I apologize, I'm aware of the basics of git but somehow I cannot reach that branch: $ LC_ALL=C git checkout -b debian-master origin/debian/main warning: refname 'origin/debian/main' is ambiguous. warning: refname 'origin/debian/main' is ambiguous. fatal: Ambiguous object name: 'origin/debian/main'. $ LC_ALL=C git branch --set-upstream-to=origin/debian/main origin/debian/main warning: refname 'origin/debian/main' is ambiguous. fatal: Ambiguous object name: 'origin/debian/main'. $ LC_ALL=C git pull There is no tracking information for the current branch. Please specify which branch you want to merge with. See git-pull(1) for details. git pull If you wish to set tracking information for this branch you can do so with: git branch --set-upstream-to=origin/ origin/debian/main $ LC_ALL=C git pull origin/debian/master debian-master fatal: 'origin/debian/master' does not appear to be a git repository fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists. Could you kindly point me to the right sequence of commands. Thanks, much appreciated. > As for why your email didn't pass our servers' antispam, I can't really tell, > and I'm sorry. In case, don't hesitate to ping me on #debian-printing on IRC. Maybe you could tell your spam filter to unblock my address? Anyhow, I use this list in the future. Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software "libre": http://www.ffii.de/ signature.asc Description: PGP signature
cups-filters 1.28.6 released!
Hi, I have released cups-filters 1.28.6 now, with the following changes: - libcupsfilters: In generated PPDs add a grayscale mode if there are only color printing modes (from OpenPrinting CUPS). - libcupsfilters: In generated PPDs add an "OutputBin" option also if it has only one choice (OpenPrinting CUPS pull request #18). - libcupsfilters: Generated PPDs could have an "Unknown" default InputSlot (OpenPrinting CUPS issue #44). - cups-browsed: Removed unneeded IPP attribute additions preventing the created local queues from preserving a location or description the user assigns to them (Issue #323). - cups-browsed: Removed all calls of the resolve_uri() function of libcupsfilters, as these are not actually needed and in case the supplied DNS-SD-based URI is not resolvable, the function gets stuck for ~5 seconds. - cups-browsed: Fixed several memory leaks, mainly from the code to merge printer IPP attributes for clusters (Pull request #322). - cups-browsed: Silenced compiler warning. - foomatic-rip: Fix infinite loop and input from file on raw printing (Pull request #318). - foomatic-rip: Remove temporary file created during pdf-to-ps conversion (Pull request #313). Bug fix release, fixing lots of memory leaks in cups-browsed, fixed cups-browsed hanging several seconds when there are local print queue with invalid DNS-SD-based URIs, several fixes on the PPD generator for IPP printers, taken from OpenPrinting's fork of CUPS, and fixing bugs on foomatic-rip Please release this on Debian so that it can sync into Ubuntu. Thanks in advance. Till
Processed: Re: Bug#976240: hplip: Upgrede to 3.20.9+dfsg0-4 broke laserjet mfp network printing/scanning
Processing commands for cont...@bugs.debian.org: > notfound 976240 3.20.9+dfsg0-4+b1 Bug #976240 [hplip] hplip: Upgrede to 3.20.9+dfsg0-4 broke laserjet mfp network printing/scanning Ignoring request to alter found versions of bug #976240 to the same values previously set > tags 976240 moreinfo Bug #976240 [hplip] hplip: Upgrede to 3.20.9+dfsg0-4 broke laserjet mfp network printing/scanning Added tag(s) moreinfo. > thanks Stopping processing here. Please contact me if you need assistance. -- 976240: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=976240 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#976240: hplip: Upgrede to 3.20.9+dfsg0-4 broke laserjet mfp network printing/scanning
notfound 976240 3.20.9+dfsg0-4+b1 tags 976240 moreinfo thanks On Tue 01 Dec 2020 at 17:14:29 -0800, andrew wrote: > Package: hplip > Version: 3.20.9+dfsg0-4 > Severity: important > > Dear Maintainer, > > The hplip package was update in testing from 3.20.5+dfsg0-3+b1 to > 3.20.9+dfsg0-4 > After which I'm no longer able to install my network HP LaserJet MFP > M148 printer. > Installing the printer using hp-setup -i fails with the following: > > hp-setup -i -a -x 192.168.89.196 Thank you for your report, Andrew. I executed this command on an unstable installation. The queue was set up successfully. > HP Linux Imaging and Printing System (ver. 3.20.9) > Printer/Fax Setup Utility ver. 9.0 > > Copyright (c) 2001-18 HP Development Company, LP > This software comes with ABSOLUTELY NO WARRANTY. > This is free software, and you are welcome to distribute it > under certain conditions. See COPYING file for more details. > > > > | SELECT CONNECTION (I/O) TYPE | > > > Num Connection Description > Type > -- > -- > 0*usb Universal Serial Bus (USB) > 1 net Network/Ethernet/Wireless (direct connection or > JetDirect) I did not get this dialog. The setup proceeded automatically without interuption. > Enter number 0...1 for connection type (q=quit, enter=usb*) ? 1 > > Using connection type: net > > error: No device selected/specified or that supports this functionality. > > I can print to the printer using the KDE cups connection: > implicitclass://HP_LaserJet_Pro_M148fdw_E27AD3_/ I imagine this queue would have been set up by cups-browsed. Adding another queue with HPLIP seems superfluous. Please give what you get for avahi-browse -rt _ipp._tcp | grep -B 2 address Regards, Brian.
