inkscape or inkscape-dbgsym? both or one?
hello debian users, i found both packages. to debug do i need to install both? for example, to capture logs using command "$ inkscape" or should i use "$ inkscape-dbgsym". regards, visqajin
Re: Is there an easy way to get the latest version number of a source package that is available?
On Mon, Jun 27, 2022 at 10:44:25PM +0100, Tim Woodall wrote: > On Mon, 27 Jun 2022, Roberto C. S?nchez wrote: > > > On Mon, Jun 27, 2022 at 03:31:01PM +0100, Tim Woodall wrote: > > > Hi, > > > > > > apt-get --only-source --download-only source > > > > > > will download the latest version of the source package. > > > > > > Is there a one liner that will give me the version of the package > > > (including the epoch) without downloading the package and parsing the > > > dsc? > > > > > If you are not opposed to installing the devscripts package, then you > > can do this: > > > > $ rmadison -u debian -a source -s unstable firefox-esr > > firefox-esr | 91.10.0esr-1 | unstable | source > > > > Thanks! And that has given me another hint: > > $ apt-cache madison openssh >openssh | 1:9.0p1-1 | http://aptmirror17.home.woodall.me.uk/local > bullseye/main Sources >openssh | 1:9.0p1-1~tjw11r1 | http://aptmirror17.home.woodall.me.uk/local > bullseye/main Sources >openssh | 1:8.4p1-5 | http://ftp.uk.debian.org/debian bullseye/main > Sources >openssh | 1:7.9p1-10+deb10u1 | http://security.debian.org > buster/updates/main Sources >openssh | 1:7.4p1-10+deb9u7 | http://ftp.uk.debian.org/debian stretch/main > Sources >openssh | 1:7.9p1-10+deb10u2 | http://ftp.uk.debian.org/debian buster/main > Sources >openssh | 1:8.4p1-5 | http://ftp.uk.debian.org/debian stable/main Sources >openssh | 1:8.4p1-5 | http://ftp.uk.debian.org/debian testing/main Sources >openssh | 1:9.0p1-1 | http://ftp.uk.debian.org/debian testing/main Sources >openssh | 1:8.4p1-5 | http://ftp.uk.debian.org/debian sid/main Sources >openssh | 1:9.0p1-1 | http://ftp.uk.debian.org/debian sid/main Sources > > That shouldn't be too hard to parse. > > I didn't know what madison was but I recalled seeing it in the manpage. > > I'll need to investigate rmadison. Might be just what I need assuming it > can also support my local repo. Doesn't honour my apt proxy setting so > doesn't work out of the box for me. > The usefulness of 'apt-cache madison' versus 'rmadison' depends on what you mean by "lastest available version". If you mean "latest available version from the sources configured on my system", then 'apt-cache madison' will do just that. If you mean "latest available version in the Debian archive", then you need 'rmadison'. Regards, -Roberto -- Roberto C. Sánchez
ipv6 accept_ra
I have a desktop and a laptop - neither one is picking up the ipv6 network prefix from the router advertisement. 'ifconfig -a' on both show a single 'inet6 fe80::' line under each interface. if it makes a difference: $ cat /etc/debian_version 11.3 I checked with wireshark - the RAs look good. After some searching I came across this https://www.kernel.org/doc/Documentation/networking/ip-sysctl.txt accept_ra - INTEGER Accept Router Advertisements; autoconfigure using them. It also determines whether or not to transmit Router Solicitations. If and only if the functional setting is to accept Router Advertisements, Router Solicitations will be transmitted. Possible values are: 0 Do not accept Router Advertisements. 1 Accept Router Advertisements if forwarding is disabled. 2 Overrule forwarding behaviour. Accept Router Advertisements even if forwarding is enabled. Functional default: enabled if local forwarding is disabled. disabled if local forwarding is enabled. local forwarding is disabled $ sysctl -a 2>/dev/null | grep ipv6 | grep 'forwarding ' net.ipv6.conf.all.forwarding = 0 net.ipv6.conf.all.mc_forwarding = 0 net.ipv6.conf.default.forwarding = 0 net.ipv6.conf.default.mc_forwarding = 0 net.ipv6.conf.enp1s0.forwarding = 0 net.ipv6.conf.enp1s0.mc_forwarding = 0 net.ipv6.conf.lo.forwarding = 0 net.ipv6.conf.lo.mc_forwarding = 0 net.ipv6.conf.wlp2s0.forwarding = 0 net.ipv6.conf.wlp2s0.mc_forwarding = 0 but so is accept_ra $ sysctl -a 2>/dev/null | grep 'accept_ra ' net.ipv6.conf.all.accept_ra = 1 net.ipv6.conf.default.accept_ra = 1 net.ipv6.conf.enp1s0.accept_ra = 0 net.ipv6.conf.lo.accept_ra = 1 net.ipv6.conf.wlp2s0.accept_ra = 0 How do I get the default "accept_ra = 1" set on _all_ interfaces? TIA, Lee
Re: Is there an easy way to get the latest version number of a source package that is available?
On Mon, 27 Jun 2022, Roberto C. S?nchez wrote: On Mon, Jun 27, 2022 at 03:31:01PM +0100, Tim Woodall wrote: Hi, apt-get --only-source --download-only source will download the latest version of the source package. Is there a one liner that will give me the version of the package (including the epoch) without downloading the package and parsing the dsc? If you are not opposed to installing the devscripts package, then you can do this: $ rmadison -u debian -a source -s unstable firefox-esr firefox-esr | 91.10.0esr-1 | unstable | source Thanks! And that has given me another hint: $ apt-cache madison openssh openssh | 1:9.0p1-1 | http://aptmirror17.home.woodall.me.uk/local bullseye/main Sources openssh | 1:9.0p1-1~tjw11r1 | http://aptmirror17.home.woodall.me.uk/local bullseye/main Sources openssh | 1:8.4p1-5 | http://ftp.uk.debian.org/debian bullseye/main Sources openssh | 1:7.9p1-10+deb10u1 | http://security.debian.org buster/updates/main Sources openssh | 1:7.4p1-10+deb9u7 | http://ftp.uk.debian.org/debian stretch/main Sources openssh | 1:7.9p1-10+deb10u2 | http://ftp.uk.debian.org/debian buster/main Sources openssh | 1:8.4p1-5 | http://ftp.uk.debian.org/debian stable/main Sources openssh | 1:8.4p1-5 | http://ftp.uk.debian.org/debian testing/main Sources openssh | 1:9.0p1-1 | http://ftp.uk.debian.org/debian testing/main Sources openssh | 1:8.4p1-5 | http://ftp.uk.debian.org/debian sid/main Sources openssh | 1:9.0p1-1 | http://ftp.uk.debian.org/debian sid/main Sources That shouldn't be too hard to parse. I didn't know what madison was but I recalled seeing it in the manpage. I'll need to investigate rmadison. Might be just what I need assuming it can also support my local repo. Doesn't honour my apt proxy setting so doesn't work out of the box for me. Tim.
Re: Is there an easy way to get the latest version number of a source package that is available?
On 6/27/22 10:31, Tim Woodall wrote: Hi, apt-get --only-source --download-only source will download the latest version of the source package. Is there a one liner that will give me the version of the package (including the epoch) without downloading the package and parsing the dsc? Tim. I use 2 aliases that have server me well (almost daily). Search for any pattern of package names: alias al='apt list | grep ' Search for only installed package names: alias ali='apt list --installed | grep ' al linux-im gives me this: linux-image-5.10.0-8-amd64/now 5.10.46-4 amd64 [installed,local] linux-image-5.14.0-3-amd64/now 5.14.12-1 amd64 [residual-config] linux-image-5.15.0-2-amd64/now 5.15.5-2 amd64 [installed,local] linux-image-5.15.0-3-amd64/now 5.15.15-2 amd64 [installed,local] linux-image-5.18.0-2-amd64-dbg/testing,unstable 5.18.5-1 amd64 linux-image-5.18.0-2-amd64-unsigned/testing,unstable 5.18.5-1 amd64 linux-image-5.18.0-2-amd64/testing,unstable 5.18.5-1 amd64 linux-image-5.18.0-2-cloud-amd64-dbg/testing,unstable 5.18.5-1 amd64 linux-image-5.18.0-2-cloud-amd64-unsigned/testing,unstable 5.18.5-1 amd64 linux-image-5.18.0-2-cloud-amd64/testing,unstable 5.18.5-1 amd64 linux-image-5.18.0-2-rt-amd64-dbg/testing,unstable 5.18.5-1 amd64 linux-image-5.18.0-2-rt-amd64-unsigned/testing,unstable 5.18.5-1 amd64 linux-image-5.18.0-2-rt-amd64/testing,unstable 5.18.5-1 amd64 linux-image-amd64-dbg/testing,unstable 5.18.5-1 amd64 linux-image-amd64-signed-template/testing,unstable 5.18.5-1 amd64 linux-image-amd64/testing,unstable 5.18.5-1 amd64 linux-image-cloud-amd64-dbg/testing,unstable 5.18.5-1 amd64 linux-image-cloud-amd64/testing,unstable 5.18.5-1 amd64 linux-image-rt-amd64-dbg/testing,unstable 5.18.5-1 amd64 linux-image-rt-amd64/testing,unstable 5.18.5-1 amd64 and ali linux-im linux-image-5.10.0-8-amd64/now 5.10.46-4 amd64 [installed,local] linux-image-5.15.0-2-amd64/now 5.15.5-2 amd64 [installed,local] linux-image-5.15.0-3-amd64/now 5.15.15-2 amd64 [installed,local] -- *...Bob*
Re: Debian 10 --> 11 on Dell R740: network interfaces renamed
On 2022-06-14 01:48:16, David Wright wrote: Perhaps calling the new interface naming scheme "predictable" is somewhat overselling it, but "persistent" (a better choice IMHO) was already in use, both in the way quoted above, and as one of the choices for MAC address generation. The changed names are neither predictable nor persistent, so this naming scheme failed, regardless how you call it. I would be glad if I could get some *expected* interface names, at least. The question remains: How comes? Looking at the kernel logging output the interface names were generated as good ol' "eth0", "eth1" and so on. They were renamed into a "persistent" string later by some code on the initrd, as it seems. AFAICT this code is part of systemd/udev. Is this a bug or did this happen on purpose? Regards Harri
Re: Is there an easy way to get the latest version number of a source package that is available?
On 6/27/22, Roberto C. Sánchez wrote:
> On Mon, Jun 27, 2022 at 03:31:01PM +0100, Tim Woodall wrote:
>> Hi,
>>
>> apt-get --only-source --download-only source
>>
>> will download the latest version of the source package.
>>
>> Is there a one liner that will give me the version of the package
>> (including the epoch) without downloading the package and parsing the
>> dsc?
>>
> If you are not opposed to installing the devscripts package, then you
> can do this:
>
> $ rmadison -u debian -a source -s unstable firefox-esr
> firefox-esr | 91.10.0esr-1 | unstable | source
DISCLAIMER: I do understand this is about the source packages. I've
never thought about whether or not they ever differentiate from our
debs. Having just run "apt-cache policy", I do see the difference that
can arise.
My search into this went off into a tangent that ended up at..
/usr/share/bash-completion/completions/apt-cache
That has a line that includes:
if [[ ${words[ispecial]} ==
@(add|depends|dotty|madison|policy|rdepends|show?(pkg|src|)) ]]; then
So next I hit up "man apt-cache" to see if man showed how to choose
src over pkg. I didn't get there because "apt-cache showsrc" popped up
first. Ran it to see its output then ended up with...
$ apt-cache showsrc firefox-esr|grep Vers
Version: 91.10.0esr-1
Standards-Version: 3.9.8.0
For the package policy based on last time a system ran "apt-get
update", it could be:
$ apt-cache policy firefox-esr|grep C
Candidate: 91.10.0esr-1
Those just happened to match. My original sample was einstein. Version
and Candidate outputs are different for him. At this second, they are
Version 2.0.dfsg.2-10 versus Candidate 2.0.dfsg.2-10+b1.
That just shows it is capable of plucking out the difference in those.
I usually miss something obvious that negates anything I typed so my
apologies in advance if and when I did here. :)
Hope that helps somehow. Maybe the output from showsrc might be fun to
look at for distraction or something
Cindy :)
--
Talking Rock, Pickens County, Georgia, USA
* runs with birdseed *
Re: Is there an easy way to get the latest version number of a source package that is available?
On Mon, Jun 27, 2022 at 03:31:01PM +0100, Tim Woodall wrote: > Hi, > > apt-get --only-source --download-only source > > will download the latest version of the source package. > > Is there a one liner that will give me the version of the package > (including the epoch) without downloading the package and parsing the > dsc? > If you are not opposed to installing the devscripts package, then you can do this: $ rmadison -u debian -a source -s unstable firefox-esr firefox-esr | 91.10.0esr-1 | unstable | source Regards, -Roberto -- Roberto C. Sánchez
Re: Is there an easy way to get the latest version number of a source package that is available?
On Mon, 27 Jun 2022, The Wanderer wrote: On 2022-06-27 at 10:31, Tim Woodall wrote: Hi, apt-get --only-source --download-only source will download the latest version of the source package. Is there a one liner that will give me the version of the package (including the epoch) without downloading the package and parsing the dsc? I'm not aware of one, just offhand; it'd be easy enough, except for the problem that version number comparison gets complicated in corner cases such as '+' and '~', and I'm not aware of a way to ensure that the version number comparison is done correctly without making it no longer a one-liner. (Well, short of putting the more complicated logic into a script and just running that script, but if you want a one-liner I assume that's not an option.) -- Everything below here is what I've tried and problems I've encountered - feel free to comment on this but the above is the question that I'm particularly interested in whether there's a simple answer to. The filename doesn't include the epoch so I can't parse the output of --print-uris. apt-cache showsrc lists all of the versions available. I can (and am) parsing that to find the highest version number. So... what is it that still needs to be done? I was putting together a possibly-kludgy easy-enough solution, and was running into the wall of needing to do pairwise comparisons (with 'dpkg --compare-versions') of the versions produced by 'apt-cache showsrc --only-source ', since any other comparison method isn't guaranteed to produce the same highest-version result as dpkg would use - but if you're already doing this, that looks like it solves the problem, for me. Is it just that your parsing makes this no longer a one-liner? Yes, I'm doing that - but I first have to create a new apt config, apt-get update in that sandbox, apt-cache show-src, and then dpg --compare-versions. I was hoping for something simpler. I now have a script 'get-source.sh' which takes a distribution and a package and gives me the version (and downloads the source) but it's several hundred lines of bash. I guess I could wget the dsc from apt-get --print-uri source (but with the annoyance I'd have to try -t $dist-updates first and if that fails -t $dist.) That might actually make sense! I was being bitten by some large sources where all I wanted to do was check if a newer version existed.
Re: Need advice on known work with linux graphics card.
On 26/06/2022 10:15, Stefan Monnier wrote: I agree, no need to grab absolutely newest-pre-order product. Just buy 2021 or early 2022 released GPU for example, and you will be fine. FWIW, I've had zero problems with the AMD driver on my 2006-vintage Thinkpad T60, so I don't think it's important for the graphics card to be super-recent: the support for old cards is pretty good as well. The environment will thank you if you can reuse an old card instead of buying something new. Re-read opening post. Author said: "My graphics usage will be some sort of semi-extensive image editing and Animation." That's why suggested buying new, or nearly new, very well supported product, on which author can edit animations, maybe even with GPU acceleration via OpenCL if he is lucky. So it's not matter of driver support (which remains available to some degree on your 16 years old laptop) but performance. -- With kindest regards, Piotr. ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/ ⠈⠳⣄
Re: Is there an easy way to get the latest version number of a source package that is available?
On 2022-06-27 at 10:31, Tim Woodall wrote: > Hi, > > apt-get --only-source --download-only source > > will download the latest version of the source package. > > Is there a one liner that will give me the version of the package > (including the epoch) without downloading the package and parsing > the dsc? I'm not aware of one, just offhand; it'd be easy enough, except for the problem that version number comparison gets complicated in corner cases such as '+' and '~', and I'm not aware of a way to ensure that the version number comparison is done correctly without making it no longer a one-liner. (Well, short of putting the more complicated logic into a script and just running that script, but if you want a one-liner I assume that's not an option.) > -- > Everything below here is what I've tried and problems I've > encountered - feel free to comment on this but the above is the > question that I'm particularly interested in whether there's a simple > answer to. > > > The filename doesn't include the epoch so I can't parse the output > of --print-uris. > > apt-cache showsrc lists all of the versions available. I > can (and am) parsing that to find the highest version number. So... what is it that still needs to be done? I was putting together a possibly-kludgy easy-enough solution, and was running into the wall of needing to do pairwise comparisons (with 'dpkg --compare-versions') of the versions produced by 'apt-cache showsrc --only-source ', since any other comparison method isn't guaranteed to produce the same highest-version result as dpkg would use - but if you're already doing this, that looks like it solves the problem, for me. Is it just that your parsing makes this no longer a one-liner? -- The Wanderer The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. -- George Bernard Shaw signature.asc Description: OpenPGP digital signature
Is there an easy way to get the latest version number of a source package that is available?
Hi, apt-get --only-source --download-only source will download the latest version of the source package. Is there a one liner that will give me the version of the package (including the epoch) without downloading the package and parsing the dsc? -- Everything below here is what I've tried and problems I've encountered - feel free to comment on this but the above is the question that I'm particularly interested in whether there's a simple answer to. The filename doesn't include the epoch so I can't parse the output of --print-uris. apt-cache showsrc lists all of the versions available. I can (and am) parsing that to find the highest version number. The manpage says --no-all-versions to turn off the default -a but that doesn't seem to work with showsrc. apt-cache policy appears to only work with .deb, not sources. apt-cache also seems to ignore -t and the results are not ordered by version number: $ apt-cache -t bullseye showsrc dpkg | grep ^Version: Version: 1.20.9 Version: 1.20.10 Version: 1.18.24 Version: 1.18.25 Version: 1.19.5 Version: 1.19.7 Version: 1.21.7 Version: 1.21.8 This is also annoying: $ apt-get -t bullseye --print-uris --only-source source dpkg Reading package lists... Done Selected version '1.20.9' (bullseye) for dpkg NOTICE: 'dpkg' packaging is maintained in the 'Git' version control system at: https://git.dpkg.org/git/dpkg/dpkg.git Please use: git clone https://git.dpkg.org/git/dpkg/dpkg.git to retrieve the latest (possibly unreleased) updates to the package. Need to get 4957 kB of source archives. 'http://ftp.uk.debian.org/debian/pool/main/d/dpkg/dpkg_1.20.9.dsc' dpkg_1.20.9.dsc 2120 SHA256:87f21320f3165d1c57dae2314b7fd1849b49da9416fee3fb57c4b1e4192b4285 'http://ftp.uk.debian.org/debian/pool/main/d/dpkg/dpkg_1.20.9.tar.xz' dpkg_1.20.9.tar.xz 4954428 SHA256:5ce242830f213b5620f08e6c4183adb1ef4dc9da28d31988a27c87c71fe534ce In order to get that 1.20.10 version I have to use -t bullseye-updates. In buster you don't need to do that: (The list above of the versions was generated without the buster/updates Suite being added) after I add it this works: $ apt-get -t buster --print-uris --only-source source dpkg Reading package lists... Done Selected version '1.19.8' (buster) for dpkg NOTICE: 'dpkg' packaging is maintained in the 'Git' version control system at: https://git.dpkg.org/git/dpkg/dpkg.git Please use: git clone https://git.dpkg.org/git/dpkg/dpkg.git to retrieve the latest (possibly unreleased) updates to the package. Need to get 4703 kB of source archives. 'http://security.debian.org/pool/updates/main/d/dpkg/dpkg_1.19.8.dsc' dpkg_1.19.8.dsc 2103 SHA256:3b0220b111044754f8620ce53b1ba67cad9458cab6dde39d299dbb2f27c5528d 'http://security.debian.org/pool/updates/main/d/dpkg/dpkg_1.19.8.tar.xz' dpkg_1.19.8.tar.xz 4701260 SHA256:2632c00b0cf0ea19ed7bd6700e6ec5faca93f0045af629d356dc03ad74ae6f10 (What I'm actually doing now to work around this issue is generate a separate apt config that only contains one release and then I don't need to use the -t at all. I run patched versions of some things and my scripts are supposed to notice that there's a new source but they were missing the bullseye updates until the weekend) Tim.
Re: Digikam busted on bullseye.
On 2022-06-26, gene heskett wrote: > Greetings all; > > I've run out of patience with digikams inability to see existing > albums, or to create a new one. That is disabling its importing > from the camera, making me take the card out and put it in a > reader. > > Questions to this list have not been helpful. > > What mailing list do I complain on? https://mail.kde.org/mailman/listinfo/digikam-users > Thanks all. > > Cheers, Gene Heskett. > --
Re: Suggestions for rm [WAS: Re: Feature request: install package by passing URL to apt-get]
On Fri, Jun 24, 2022 at 07:02:35AM +, Andrew M.A. Cater wrote: Train your brain and your fingers to move the rf to the end of the command so that you _have_ to check what filename you are typing as you type it. I set a shell alias alias rm='echo use trash instead' This was enough to train me out of typing "rm" in most situations and instead use 'trash': https://tracker.debian.org/pkg/trash-cli Another advantage of trash-cli, as well as the safety measure, is 'trashing' large trees is much faster than deleting them. -- Please do not CC me for listmail. Jonathan Dowland ✎j...@debian.org https://jmtd.net
Fwd: Re: SSH timeout logoff don't work!
Loïc Grenié thanks!! Work well! I was trying to do a script exactly like your script! Thanks and again thanks! --- Begin Message --- Hi, Le mar. 21 juin 2022 à 10:14, Conti Stefano a écrit : > Hello! In My Debian 11 SSH timeout logoff not work! I must put in .bashrc > of my user: TMOUT=600 to loogut after 10 minutes. Work, of course, but > close all bash terminal! > > This is my sshd_config with info for timeout: > > TCPKeepAlive no > ClientAliveInterval 600 > ClientAliveCountMax 0 > > Any suggest? > Maybe if [ "$(ps -o comm $PPID | tail -1)" = sshd ]; then TMOUT=600; fi This is not foolproof, but it should work if you do not abuse the system. Hope this helps, Loïc --- End Message ---
