Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  nodelist  faq  login

Never make anything simple and efficient when a way can be found to make it complex and wonderful.


computers / comp.os.linux.misc / latest

Re: xdg-open script question (thread)

comp.os.linux.misc

Posted: 3 Hours 26 Minutes ago by: Dan Espen

That's where I would start. Line 811 appears to be running the command "which".

xdg-open script question

comp.os.linux.misc

Posted: 3 Hours 36 Minutes ago by: Kirk_Rockstein

kirk@shuttle:~$ /usr/bin/git-annex webapp /usr/bin/git-annex: Relink `/usr/lib/i386-linux-gnu/libmagic.so.1' with `/lib/i386-linux-gnu/libpthread.so.0' for IFUNC symbol `vfork' Launching web browser on file:///home/kirk/annex/.git/annex/w

Re: What's the best and easy way to copy/move my old slow 320 GB

comp.os.linux.misc

Posted: 1 Day 20 Hours ago by: Bit Twister

Which will have/cause the same problem when using UUID. They have to be unique on the system. Found out that the last label found is mounted on top the previous label when I plugged in my off line backup drive. That can/did include / th

Re: What's the best and easy way to copy/move my old slow 320 GB SATA

comp.os.linux.misc

Posted: 1 Day 20 Hours ago by: Bobbie Sellers

It is for the machine to deal with. You could use label to make your usage more comfortable. bliss - brought to you by the power and ease of PCLinuxOS, the Perfect Computer Linux Operating System. and a minor case of hypergr

Re: ONLYOFFICE Docs 7.1 released

comp.os.linux.misc

Posted: 2 Days 2 Hours ago by: Computer Nerd Kev

Nonsense, just use other open-source software that does the same job and isn't nearly so bloated, there's been plenty. It's not as if anyone could just fix the slowness of LO anyway, it would have to be an architectual issue, as well as a

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 2 Days 3 Hours ago by: Roger Blake

Although not as capable, Abiword is much lighter and may do the job for you depending on your needs.

Re: ONLYOFFICE Docs 7.1 released

comp.os.linux.misc

Posted: 2 Days 7 Hours ago by: Dan Espen

Either that or ask for a refund.

Re: ONLYOFFICE Docs 7.1 released

comp.os.linux.misc

Posted: 2 Days 7 Hours ago by: Fritz Wuehler

Send them your code that speeds things up (or just your complaints along with a hefty check) and they might consider doing something about it.

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 2 Days 13 Hours ago by: Dan Espen

We're waiting for you to write something better. Oh, wait, you're just criticizing without being able to do any better aren't you?

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 2 Days 15 Hours ago by: The Natural Philosop

fit an SSD then. I used to do Usenet on a Wyse 50 attached to a 388 running SCO Unix. Times change.

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 2 Days 20 Hours ago by: 25.BX945

Time-tested, reliable, gets it done just fine, minimal exposure, no tricks. I'll stick with apt-get.

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 3 Days 1 Hour ago by: Leif Eriksson

I still have an Ivy Bridge workstation (with fast spinning rust drives) and LibreOffice is effing slow to start up. Seems like worst bloatware in linux by a mile.

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 3 Days 19 Hours ago by: 25.BX945

Poor Wong ... never gets a break ! :-) Actually, I like *facts* ... and some of yours jogged my poor old memory. I like to *get it right* and am NOT gonna invest in errors. I erred ... too long ago now ... 120 did hav

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 4 Days ago by: Computer Nerd Kev

I think the problem is that Libre Office will convert DOCX to its own internal layout representaion, then export from that. The code they've written may not be easily suited to converting from one format to another without that intermedia

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 4 Days 9 Hours ago by: Poprocks

[...] Indeed. I'm surprised no one has perused through the LibreOffice codebase to isolate a `libwordconverter` library or simple standalone tool. Or maybe someone has. I don't know and am too lazy to look it up right now.

Re: Check Point's Gaia - what does it offer that a good Linux (thread)

comp.os.linux.misc

Posted: 5 Days 6 Hours ago by: Marco Moock

Sometimes the management of a company decides that they "need" such solutions. These companies invest a lot into advertising.

Check Point's Gaia - what does it offer that a good Linux sysadmin

comp.os.linux.misc

Posted: 5 Days 7 Hours ago by: Ben

I've been trying to figure out what the unique selling point of this is. I'm not familiar with it myself. What is it's unique selling point(s)? Why would a sysadmin want to use it, get locked into a product from a for-profit company rathe

Re: how to dereference "which" command to show physical unlinked (thread)

comp.os.linux.misc

Posted: 5 Days 10 Hours ago by: Joe Beanfish

readlink -f does the same thing, in case you have one but not the other.

Re: how to dereference "which" command to show physical unlinked (thread)

comp.os.linux.misc

Posted: 5 Days 10 Hours ago by: Lew Pitcher

This may not work for you, but the realpath(1) utility spits out "the resolved absolute file name", and can resolve symbolic links to do so. Try realpath $(which javac) HTH

how to dereference "which" command to show physical unlinked

comp.os.linux.misc

Posted: 5 Days 11 Hours ago by: Arthur Dent

If you do "which javac", it responds with /usr/bin/javac which is a pointer to the /etc/alternatives bollocks which is another link to something like /usr/lib/jvm/java_1702_distro_2022_wankwank So I want to get the latter, as one cannot st

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 6 Days 6 Hours ago by: Eli the Bearded

It's been a long time since I've used film larger than 35mm. I remember some paper backed film that that had two sets of numbers, so windows in different positions could show correct exposure counts for different sized photos. What was th

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 6 Days 7 Hours ago by: Charlie Gibbs

Sounds like you had an alternative - and probably less standard - usage. I didn't see much 120 but I recall it was like this: I still remember my father's camera from the '50s: a reflex model that took 620. Consumer grade, but with

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 6 Days 7 Hours ago by: The Natural Philosop

People dont like to be wong # I never claimed you could. You said 120 film didn't come with paper backing on a spool,only 620 did. I said that 120- and 620 both came on spools with paper backing. And that the *film* was the same., onl

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 6 Days 7 Hours ago by: The Natural Philosop

220 film is not 120 film Probably. Never used it Correct,620 film was fine in a 120 camera, but not t'other way about. Panoramic cameras with a curved focal plane, or the ones that expose usin a slit and rotated the camera on te tripo

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 6 Days 8 Hours ago by: 25.BX945

You ARE a contentious person .... :-) Please explain my motive in lying about film sizes. And my other post explains why you cannot just shove a 120/200 roll into a 620 camera. DID find a place that sells 620 film

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 6 Days 8 Hours ago by: 25.BX945

??? Somehow we're having opposite experiences here with what's supposed to be the same product. Very mysterious. As soon as I started using 220 I bought a bulk loader and used that exclusively. Maybe my memory is kinda cont

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 6 Days 14 Hours ago by: The Natural Philosop

Yep. Check the you tube video I linked Please dont persist with this willy waving lying. I was there. I used 120 film, I bought it, I loaded into into box cameras, brownies and my dads Ikonta. https://www.youtube.com/watch?v=bR_oSKKOe3

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 6 Days 14 Hours ago by: The Natural Philosop

Well I used 120 film for about 20 years and it was all paper backed and came on a spool like in those links I posted You have no idea at all, have you. 120 or 620 - no one cared - they both fitted, both came paper backed on spools and b

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 6 Days 18 Hours ago by: 25.BX945

Nope. Check. 120/220 is wound into a metal cartridge. You get the frame number by a mechanical counter - and generally one or two cycles of the frame-advance lever is one frame and then it cuts out until you shoot the

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 6 Days 19 Hours ago by: 25.BX945

120/220 is NOT paper-backed. I don't know if "cassette" is the perfect term, but basically 120/220 goes into a holder that looks like an oversized 35mm cartridge. I own a device for reloading those cartridges from bulk rol

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 7 Days 13 Hours ago by: The Natural Philosop

No, I don't think it does. https://analoguewonderland.co.uk/collections/120-film/products/lomography-berlin-kino-film-120-b-w-iso-400 is not a cassette - it is a spool of paper backed film., 8, or 16 with a half frame mask My late

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 7 Days 14 Hours ago by: The Natural Philosop

As you did with 120 film I had an ex WW2 folding camera that took either, as it had slightly stepped drivers to engage with either spool type. You could also fit a half frame mask and get 16 smaller negatives out of it. In this case the

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 7 Days 19 Hours ago by: 25.BX945

620, thickness of 220, was meant for older-style cheaper cameras and was taped to an opaque paper backing. You threaded it, rolled it through, and then sent the take-up spool to the lab. 120/220 comes in a cassette, 35mm on

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 7 Days 19 Hours ago by: 25.BX945

Well, in a cartridge ... 620 however had an opaque paper backing, and the film was literally taped to it at either end. You watched the frame numbers go by in the little round red window on the back of the camera. So,

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 8 Days ago by: Charlie Gibbs

A different spool, IIRC. My father's camera took 620, which came on a spool. It looked to be the same size as 120 - I couldn't figure out why one film was almost exactly unlike the other (thank you, Douglas Adams).

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 8 Days 16 Hours ago by: The Natural Philosop

120 is still made, - its 620 on a spool

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 8 Days 20 Hours ago by: 25.BX945

I have an actual Brownie ... it's brown. Can't get any film for it anymore - but, in theory, it can be made from 120/220/70mm ... alas the trick is in making a compatible paper backing. I don't think they've made 620 since

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 9 Days 3 Hours ago by: Charlie Gibbs

About 10 years ago I took a closer look at .docx files. It turns out that on the surface they're just .zip files with a different extension. When you unzip one, you get a complicated directory tree containing various XML files (e.g. the

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 9 Days 3 Hours ago by: Charlie Gibbs

Ah, good old 127... when I were a lad my first camera was a Brownie that took 127. They had a cheap plastic case in a cardboard box. My introduction to underwater photography came when Ikelite produced a housing that would let you tak

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 9 Days 6 Hours ago by: Roger Blake

Never really had that problem. Anyhow I'm at the point in my career (towards the end, semi-retired) where I can pick and choose who I want to work for and what I want to do. If someone inists on working with someone who will accept Micros

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 9 Days 19 Hours ago by: 25.BX945

Heh heh ... got a pair of 15" subs. When The Levee Breaks sounds fantastic - like a storm coming over the hill. But for the higher notes, Magneplanars - pure "transparency"

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 9 Days 20 Hours ago by: 25.BX945

Actually, 127 filled THAT role just fine ... and it had almost as many square-MM as 35. You could get bearable enlargements from 127. The cameras were pretty cheapo however - but that meant more would buy them. The "di

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 9 Days 20 Hours ago by: 25.BX945

Ummm ... I've actually hand-developed 110 film. It wasn't just the cameras ........... It's basically 1/4 35mm ... and 35mm can be pretty damned grainy already. Which is why I put the $$$ into medium format. Disc fil

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 9 Days 21 Hours ago by: Computer Nerd Kev

I don't really need an accurate layout, and as I say the people who send me these things don't generally use fancy layout features beyond what RTF handles anyway. A rough conversion equivalent to html2ps' sort of quality is all that I'd a

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 9 Days 22 Hours ago by: Dan Espen

I'm pretty sure those docx files contain lots of xml. I don't think that makes the job of understanding thousands of different markup tags much easier. I think an intimate understanding of the layout is required to produce an accurate

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 9 Days 23 Hours ago by: Computer Nerd Kev

Nobody will let me build a nuclear power station on my roof though. :( I want programs to be fastER to run when I have a faster CPU and RAM. Click "Ted" from the menu and wham! Up it comes. Not the loading bar animation, the actual prog

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 9 Days 23 Hours ago by: Computer Nerd Kev

It's supposed to be based on XML. There are countless simple programs designed for reading in XML, I've even written a couple myself. True DOCX is probably obscenely complicated in comparison, and Libre Office probably uses its own layou

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 10 Days 6 Hours ago by: Andreas Kohlbach

It says something about "Pricing". There might be a free version, but before download you have to register.

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 10 Days 10 Hours ago by: 25.BX945

Periodically, you'll see kinda cheapish turntables that actually have the ability to digitize the music built right in. You can just play the records, and create a USB stick at the same time if you want. You could build such a

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 10 Days 10 Hours ago by: 25.BX945

Yep ... I actually hand-developed some of it back in the day. 8mm has horrible rez, esp the color film BUT, the cameras could be really flat,

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 10 Days 12 Hours ago by: Dan Espen

You want a "simple" tool to convert docx to PDFs. That seems to me like a contradiction in terms. I think you're going to need the full weight of libreoffice to accomplish the task.

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 10 Days 13 Hours ago by: The Natural Philosop

Really, since I cant get an SSD less than 128Gbytes I might as well fill it up with big bloated buggy programs. (The data lives on the house server). I mean it's like the ridiculoous argument that we need 'nuclear power AND renewables'

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 10 Days 13 Hours ago by: The Natural Philosop

Actually selling cameras into a very different market - those who couldn't even load film into a Brownie box camera...IIRC some of te disk cameras an cassette style cameras were literally buy, click, and take back to where you bought t

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 10 Days 14 Hours ago by: Andrei Z.

Help Center - FAQ https://helpcenter.onlyoffice.com/ What license is ONLYOFFICE distributed under? ONLYOFFICE offers free and open source community versions as well as commercial builds. Learn more: ONLYOFFICE Legal Notices and Terms o

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 10 Days 15 Hours ago by: Marc Haber

Be aware that a Libreoffice docx export might look VASTLY different in Word than what you intend it to look like. Greetings Marc

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 10 Days 19 Hours ago by: Computer Nerd Kev

I don't think so, and the software seems to be open-source. I found out about that while searching for a stand-alone program, but I don't want such a big bloated (often buggy) program on all my PCs just so that I can convert docx to som

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 10 Days 20 Hours ago by: Andreas Kohlbach

If this is a person paying you you might never hear from him/her again. Not because they insist of send MS formats but because they don't know better. Many customers send me MS formats. LibreOffice loads them usually without a problem. I

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 10 Days 20 Hours ago by: Andreas Kohlbach

The original article about onlyoffice is commercial spam. If I need a PDF from any format ad am lazy I use LibreOffice in headless mode. It converts in the background. Linux already comes with it own suite of tools to convert various te

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 10 Days 23 Hours ago by: Roger Blake

I just went through this, someone sending me a "docx" file. I refuse to deal with Microsoft formats, so I informed the sender that their attachment was in some kind of weird proprietary format that I couldn't open. When they responded tha

Re: ONLYOFFICE Docs 7.1 released (thread)

comp.os.linux.misc

Posted: 11 Days ago by: Computer Nerd Kev

Who wants that? DOCX to PDF conversion is what I want! People will cope with me sending them more compatible formats like RTF, but it's the junk they send me that I need to deal with (at the moment often by just not viewing it). Yes I kn

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 11 Days 5 Hours ago by: Eli the Bearded

I think most of the 110 is horrible rep came from 110 cameras being cheap shit. The cartridge style made for very easy camera construction, so it lent itself to cheap cameras. I have a SLR made for 110 film, but those were rare beasts.

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 11 Days 6 Hours ago by: Charlie Gibbs

Sure there is. Turn up that sub-woofer and make the room shake! Studio monitors are so booooring.

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 11 Days 6 Hours ago by: Charlie Gibbs

Nice work if you can get it. I have some really obscure vinyl, though. Again, great if the DVDs are available. (Heck, DVDs themselves are on the decline, pushed out by streaming services as a strategic move.) But I have some stuff I

ONLYOFFICE Docs 7.1 released

comp.os.linux.misc

Posted: 11 Days 10 Hours ago by: Andrei Z.

"Discover ONLYOFFICE Docs v7.1: ARM compatibility, upgraded PDF/XPS/DjVu viewer, PDF to DOCX conversion, Print preview for sheets and more" https://www.onlyoffice.com/blog/2022/05/discover-onlyoffice-docs-v7-1/ ONLYOFFICE Desktop Editors

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 11 Days 10 Hours ago by: The Natural Philosop

That is what I meant by using added 'noise' so that marginal bits lose their granularity - It's done with CD players. Valve (tube) amps had one great advantage and that was the valves were way less prone to crossover distortion especial

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 11 Days 10 Hours ago by: The Natural Philosop

Nearly everything I have on vinyl that is worth getting sorted, is available - often remastered - on CD That is a horrendous task. I simply binned the VHS and bought the DVDs

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 11 Days 15 Hours ago by: Carlos E.R.

I have a bunch of those. No idea how to digitize them. What hardware. I don't think I can even play them.

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 11 Days 15 Hours ago by: Carlos E.R.

I think there were cameras using 8 mm movie film. Tiny.

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 11 Days 21 Hours ago by: 25.BX945

The camera could be really FLAT - even flatter than a 110.

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 11 Days 21 Hours ago by: 25.BX945

The hardware/software is more than up to it these days, affordably. Go up to 16-bit A/D resolution if you want, double the CD sampling rate. The "Hi-Fi", stereo or not, that appeared in the late 40s could record sounds wit

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 11 Days 22 Hours ago by: 25.BX945

A pity they never bothered with "Super-CD", using recordable DVD discs ..... a little more A/D range, a little higher sample rate. Most would never hear the diff however (and at my age I couldn't either now) ergo sCD would hav

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 12 Days 3 Hours ago by: Charlie Gibbs

Assuming it was ever re-released on CD... :-( In my copious spare time (ha!) I'll have to see about digitizing those oldies but goodies. I'm already looking into digitizing old videos, although that project is currently also on the ba

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 12 Days 13 Hours ago by: Carlos E.R.

.... I heard of it. I wonder what advantage they thought it could have.

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 12 Days 15 Hours ago by: The Natural Philosop

I think that fuzzy grain of emulsion that cover several pixels is less obvious than the square edged pixels. Probably what needs to be done is analogous to the CD techniques of introducing jitter to the output so that there is no 'str

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 12 Days 20 Hours ago by: 25.BX945

I still have a few medium-format cameras - Pentax 6x7, Mamiya 645 Super .... also some 4x5 Graflex press cameras and some big 4x5 studio camera and the body (but no good lenses) for an 8x10 studio. Got a few pix from that one

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 13 Days 5 Hours ago by: Andreas Kohlbach

Friend took a photo of me 2000 with a digital cam from 1997. It used 3 1/2" floppies to save (less than 8?) images. But the quality was pretty descent.

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 13 Days 9 Hours ago by: The Natural Philosop

Indeed they were. My 35mm fuji film was around 3MPx but the grains didn't have square edges...todays CCDs match or exceed half plate cameras let alone medium format.

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 13 Days 10 Hours ago by: 25.BX945

If you think 110 was horrible (and it was), towards the end there was Kodak Disk Film - basically specks of 8mm movie film stuck to a circular pinwheel card. Movie film is bad to begin with - any smoothness comes from the

Re: SOLVED Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 14 Days 1 Hour ago by: Computer Nerd Kev

For this I had moderate success with placing the backlight from an LCD screen on top of a clear plastic tub and a (in my case) large photographic slide under the tub. With this on top of an ordinary scanner the results seemed to depend pr

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 14 Days 14 Hours ago by: The Natural Philosop

+1 I think that anyone's optimal strategy should be primary disk, backed up once a night to secondary disk *and* disk at remote location. If you want full 'restore to yesterday' functionality. Handle audit trails and versions independen

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 14 Days 14 Hours ago by: Carlos E.R.

Just get a copy on two hard disks, proper hard disks. Consider cards as "ephemeral memory", something not reliable, for temporary storage only. For transferring from one place to another. The scanner will not work well with that many p

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 15 Days 7 Hours ago by: Eli the Bearded

Typical for how I was using digital cameras (when I regularlly used digital cameras) was take photos, copy, but not delete, photos off the card and continue until the card was full. Then get a new card. That way I have multiple copies of

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 15 Days 13 Hours ago by: Carlos E.R.

Yes, there are some film "scanners" like that, I have one. Very fast, but not very high resolution. Then you can use a proper scanner on those few photos worth it. Some of those scanners take 5 minutes per photo. So it is a compromise.

Re: SOLVED Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 15 Days 15 Hours ago by: The Natural Philosop

One of the better ways to get a slide like that digitised is a light box and a digital camera, with a decent accurate lens. (no barrel or pincushion). Once set up a box of slides is very fast to get through

Re: SOLVED Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 15 Days 23 Hours ago by: Eli the Bearded

Which scanner was used? How much did it cost? How fast is it? How easy is it to use? Like I said in the first post, this Kodak Scanza cost me nothing. It's very easy to use (modulo getting the SD card to work). It's pretty fast. I have

Re: SOLVED Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 16 Days 2 Hours ago by: The Natural Philosop

Well if you want quality invest in a negative scanner. E.g. this is a scan of a 1941 negative... http://vps.templar.co.uk/Hughs%20Photos/69%20-%20Consolidated%20Catalina%20Habbaniyah%201941.png

SOLVED Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 16 Days 3 Hours ago by: Eli the Bearded

In comp.os.linux.misc, marrgol <marrgol@address.invalid> wrote:

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 16 Days 9 Hours ago by: Dan Espen

exfatprogs package with Fedora. I believe it's installed by default.

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 16 Days 9 Hours ago by: Lew Pitcher

[snip] From the operating manual, it appears that you are not /meant/ to transport the SD card to your computer. The Scanza has a "USB Upload" option which "will allow you to access your SD card (not included) from your computer." (Se

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 16 Days 10 Hours ago by: John-Paul Stewart

mkfs.exfat is part of the exfatprogs package on Debian. There's probably something similar for your distro.

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 16 Days 13 Hours ago by: marrgol

Since you then format the partition with FAT32 instead of exFAT, the correct partition type is 'C', not '7' -- Linux doesn't care about partition types but the Scanza probably does. If after changing partition type to 'C' it still doesn

Re: which distros will not spread their cheeks to the snap/flatpak mania??? (thread)

comp.os.linux.misc

Posted: 16 Days 13 Hours ago by: Bud Frede

So you're running a PDP-11 with "olde-tyme" Unix? Or at least "olde-tyme" Unix on SIMH? No? How "olde-tyme" are you? Where do you draw the line in the sand? Paper and pencil? Abacus? Does your house have electricity and running water?

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 16 Days 15 Hours ago by: Stéphane CARPENTIER

It's a Microsoft filesystem. Linux let you use any filesystem you want when with Windows, you have to use only the Microsoft filesystem. In a way, it's easier, but because it's limited. You need to install the drivers first. Check with

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 16 Days 15 Hours ago by: Marco Moock

I don't think that Debian or Slackware will use snapd by default and force people to use it.

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 16 Days 15 Hours ago by: Stéphane CARPENTIER

They can be great. Some of the new stuff is great. But it needs to be learned, and mastered, not used blindly. It's a more open brain advice than saying apt-get is the only package-manager to use.

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 16 Days 15 Hours ago by: Stéphane CARPENTIER

You are too limited to give advices. My distro doesn't use it and some other good distros don't have it too.

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 16 Days 21 Hours ago by: David W. Hodgins

On Mageia 8 ... $ ll /sbin/mkfs.vfat lrwxrwxrwx 1 root root 8 Feb 12 2020 /sbin/mkfs.vfat -> mkfs.fat* $ rpm -q -f /sbin/mkfs.vfat dosfstools-4.1-3.mga8 As it's not working with the specified cluster sizes, it's probably the reader can

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 16 Days 21 Hours ago by: Eli the Bearded

Yeah I've seen that happen with my oldest devices. This has a copyright date of 2017 on the box, Amazon shows "frequently bought together with 128GB card" and the Q&A at Amazon has a "I'm using a 64 GB card" answer. Plus, it worked (but L

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 16 Days 21 Hours ago by: Bit Twister

I gave up guessing the type, Now all I use is -t auto to let mount figure it out anytime I do not know the FS type.

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 16 Days 21 Hours ago by: Eli the Bearded

In comp.os.linux.misc, John-Paul Stewart <jpstewart@personalprojects.net> wrote:

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 16 Days 23 Hours ago by: David W. Hodgins

Snipped the command output. Most likely the scanner is old and can't handle a vfat filesystem with the cluster size that is being used. See https://www.ign.com/wikis/nintendo-3ds/How_to_Use_SD_Cards_Bigger_Than_32GB for one example. Try

Re: SD cards and camera ("scanner") (thread)

comp.os.linux.misc

Posted: 16 Days 23 Hours ago by: John-Paul Stewart

[snip] Try -t exfat instead of -t vfat in your mount command, based on that partition type.

SD cards and camera ("scanner")

comp.os.linux.misc

Posted: 16 Days 23 Hours ago by: Eli the Bearded

I just got a Kodak Scanza ("digital film scanner") brand new, no cost to me. It calls itself a scanner, but it would appear to be a camera designed for slides and film negatives. It doesn't "scan" to a computer, you need to have a SD card i

Re: which distros will not spread their cheeks to the snap/flatpak mania??? (thread)

comp.os.linux.misc

Posted: 17 Days 3 Hours ago by: Andreas Kohlbach

You can use testing or even SID with if Debian if you wanted it bleeding edge. Also mine was moved over to systemd. Didn't read about it when the update came; may be thought it was something like the switch from hotplug to udev decades

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 17 Days 8 Hours ago by: 25.BX945

Debian is pretty vanilla, conservative, careful. However the more popular distros - the Ubuntu semi-clones esp - always try to be "cutting edge" and are prone to putting weird stuff in there. Ubuntu itself ... every time I do

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 17 Days 19 Hours ago by: 25.BX945

I have nothing against GUI stuff ... THAT isn't the issue. It's questionably-documented Snap/Flat packages. We don't know as much about what they are, what they do, what they affect, what goes where, as we do with old-fashi

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 17 Days 19 Hours ago by: 25.BX945

apt-get install .... STICK with it. If your distro won't, find another distro. I'm checking-out Devuian right now ....

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 17 Days 20 Hours ago by: 25.BX945

STILL don't like it. Standard DEBs/RPMs, with the source code available to compile from source, is still the best, most trustworthy, way to go. I really like MX ... but I *removed* all the FlatPak shit. Apt-Get Instal

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 17 Days 20 Hours ago by: 25.BX945

NEXT month they WILL. Then it will be "required". Unless there's huge push-back.

Re: which distros will not spread their cheeks to the snap/flatpak mania??? (thread)

comp.os.linux.misc

Posted: 18 Days 2 Hours ago by: Computer Nerd Kev

Alternatively it could also make less popular Linux distros that most developers don't know/care about easier to adopt because you don't need an independent set of packages for them. Though in practice I've looked at AppImage in the past

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 18 Days 4 Hours ago by: Poprocks

True, but they also run in a sandbox to mitigate somewhat against that. I agree that it is not a perfect system, though.

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 18 Days 7 Hours ago by: David W. Hodgins

The problem is that they include old versions of packages that may not have security patches applied, and they mean that when a security bug is found there are many more places that it needs to be fixed. Regards, Dave Hodgins

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 18 Days 9 Hours ago by: Poprocks

Not so. Primarily only Ubuntu and Ubuntu-based distros are using Snap, while everyone else that wants to adopt such a solution is using Flatpak. Flatpak may not be perfect but it's the better solution in my opinion. For one, it doesn't ha

Re: Forcing TTY resolution to a LED TV via HDMI connector (thread)

comp.os.linux.misc

Posted: 18 Days 10 Hours ago by: Andreas Kohlbach

I tried edid/800x600.bin which caused the display to suspend (TV reported "No signal" almost immediately). Luckily it booted and I could reverse the grub entry via ssh access and am back to "normal". For the TTYs I set up a font TERMINUS

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 18 Days 13 Hours ago by: Marco Moock

That is what most Linux distributions do. Most of the provide snap, but don't install it by default.

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 18 Days 20 Hours ago by: 25.BX945

Snap and FlatPak are becoming ubiquitous alas. I REMOVE them from every system I install ... they're too much in the Micro$oft vein for comfort. If I can't get a real, installable, DEB or RPM then I DON'T USE IT. Some ca

Re: which distros will not spread their cheeks to the snap/flatpak mania??? (thread)

comp.os.linux.misc

Posted: 18 Days 23 Hours ago by: Dan Espen

Yes, I know. I haven't found a case where I needed it is what I meant.

Re: which distros will not spread their cheeks to the snap/flatpak mania??? (thread)

comp.os.linux.misc

Posted: 18 Days 23 Hours ago by: Andreas Kohlbach

My oldest Debian installation (this article is written on it) is twelve years old. The new was installed last December. But hadn't noticed snap or flatpak.

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 19 Days ago by: Poprocks

Yes, except that this standard was adopted with *zero* tools to help packagers actually produce RPM packages which -- even if converted to a native package of a distro, or just exploded into /opt -- would run on multiple distributions. I

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 19 Days 5 Hours ago by: Lew Pitcher

Which was /exactly/ the reasoning back in the early 2000's when the Linux Standards Base declared that the Redhat Package Manager format ("RPM") was to be the standard package format. It, too, made "providing software for different Lin

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 19 Days 5 Hours ago by: Marco Moock

I makes providing software for different Linux distributions much easier for developers because the only need one snap package that runs on all distributions.

Re: which distros will not spread their cheeks to the snap/flatpak mania??? (thread)

comp.os.linux.misc

Posted: 19 Days 6 Hours ago by: Dan Espen

Not a big deal in my book. As you indicate, no problem with removal. It's not enabled by default in Fedora. I once installed something using a snap, it seemed slow, so I removed the snap version and found a package. Snaps probably serve

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 19 Days 7 Hours ago by: Poprocks

Have you also been living under a rock for the last 5 years? ;-)

Re: which distros will not spread their cheeks to the snap/flatpak mania??? (thread)

comp.os.linux.misc

Posted: 19 Days 7 Hours ago by: Andreas Kohlbach

Never heard of snap/flatpak. But I use Debian (and Mint, which Debian :-D).

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 19 Days 8 Hours ago by: Poprocks

Slackware definitely does not include SNAP or Flatpak. You can install Flatpak from Slackbuilds.org (3rd party source-based repo) though.

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 19 Days 9 Hours ago by: Bit Twister

Subject: Re: which distros will not spread their cheeks to the snap/flatpak mania??? I use Mageia which is a Redhat derivative using urpm as the default package manager to help manage rpm database, install,remove packages and resists the

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 19 Days 12 Hours ago by: Marco Moock

I have never tried mint. I switched my i686-only machines to Debian 2 years ago and I still use Ubuntu on my main machines. When I need to reinstall the OS there I will switch them to Debian.

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 19 Days 13 Hours ago by: The Natural Philosop

Yes, so far apart from the systemd 'creeping featurism' weed, Mint remains fairly - er - vanilla? Leastways it hasn't annoyed me enough to go looking at other distros.

Re: which distros will not spread their cheeks to the snap/flatpak (thread)

comp.os.linux.misc

Posted: 19 Days 14 Hours ago by: Marco Moock

Debian comes without snapd by default. Linux Mint also. They both have DEB packages for Firefox - Ubuntu 22.04 doesn't have. I haven't checked, but I think that Slackware will also not use snap be default.

which distros will not spread their cheeks to the snap/flatpak

comp.os.linux.misc

Posted: 19 Days 15 Hours ago by: Pastor Pentium

Ubuntu 22.04 has lost me for good now, since they hardwired snap into it. You can remove this cancer, but a number of applications have no deb file! I use linux because I won't fine-grained control, install things with yum/apt/zypper. St

Re: segfault using tripwire (thread)

comp.os.linux.misc

Posted: 24 Days 4 Hours ago by: Marc Haber

You should not have deinstalled aide-common.

Re: segfault using tripwire (thread)

comp.os.linux.misc

Posted: 24 Days 10 Hours ago by: Sylvain

It's ok with aide-dynamic. But this package doesn't install the /etc/cron.daily/aide job... And the scan is too long for my low power PC... On another PC I run tripwire. Today I have this error : *** Fatal exception: basic_string::_M_cr

Re: segfault using tripwire (thread)

comp.os.linux.misc

Posted: 26 Days 18 Hours ago by: Marc Haber

That's a bug in the package caused by static linking. You cannot realiably link glibc statically because of nss. Use aide-dynamic. Greetings Marc

segfault using tripwire

comp.os.linux.misc

Posted: 27 Days 9 Hours ago by: Sylvain

Hello, I'm under Debian 11.3. While initializing the tripwire database the software tells me that there is a segmentation fault. The issue is the same each time tripwire scans a specific file. Loking into the log files, there is no indi

Re: rsync compile problem (thread)

comp.os.linux.misc

Posted: 27 Days 9 Hours ago by: Kirk_Rockstein

Thanks Richard. I booted with a i686 kernel and it compiled. I do have newer systems that I have setup on other partitions but this file system goes back years, to the P3 era and has been cloned to many machines over time.

Re: rsync compile problem (thread)

comp.os.linux.misc

Posted: 28 Days 8 Hours ago by: Richard Kettlewell

You have a 64-bit kernel and a rather ancient 32-bit userland. configure has misdetected it as x32 (i.e. x86-64 ISA but with 32-bit pointers), although I don’t think this is directly relevant: checking build system type... x86_64-

Re: rsync compile problem (thread)

comp.os.linux.misc

Posted: 28 Days 8 Hours ago by: Kirk_Rockstein

4.19.236 #1 SMP PREEMPT x86_64 GNU/Linux stretch/sid /usr/bin/gcc is linked to i686-linux-gnu-gcc-9 /usr/bin/g++ is linked to /usr/bin/g++-9 linked to /usr/bin/i686-linux-gnu-g++-9 Output of dpkg -l gcc g++ Desired=Unknown/Install/Remove

Re: rsync compile problem (thread)

comp.os.linux.misc

Posted: 28 Days 10 Hours ago by: Richard Kettlewell

It sounds like neither the simple or SIMD versions of the function are being built. What platform (e.g. Debian version) are you building this on and what compiler versions are in use? cat /etc/debian_version type gcc g++ dpkg -l gcc g++

Re: rsync compile problem (thread)

comp.os.linux.misc

Posted: 28 Days 11 Hours ago by: Kirk_Rockstein

just returns to prompt, no output. I have done nothing to the source.

Re: Determining configure/compile options used for a debian package (thread)

comp.os.linux.misc

Posted: 28 Days 12 Hours ago by: Richard Kettlewell

The only way to answer the former is to do the latter and compare. Debian has an ongoing project to make this work: https://wiki.debian.org/ReproducibleBuilds

Re: rsync compile problem (thread)

comp.os.linux.misc

Posted: 28 Days 12 Hours ago by: Richard Kettlewell

That’s already answered in the text you quote, for the version of rsync Kirk is building. (I’m going to assume Kirk hasn’t modified the source and kept quiet about it.)

Re: Determining configure/compile options used for a debian package (thread)

comp.os.linux.misc

Posted: 28 Days 12 Hours ago by: Kenny McCormack

But that's not answering the same question - at all. You're answering the question: How can I produce a new binary whose compilation options I will know? The question asked by OP is: I have a binary. I want to know which options were u

Re: rsync compile problem (thread)

comp.os.linux.misc

Posted: 28 Days 12 Hours ago by: Tauno Voipio

C++ in the middle of C code is always suspect. Please check that the relevant function is declared as external "C", or the name mangling will produce result like you had.

Re: rsync compile problem (thread)

comp.os.linux.misc

Posted: 28 Days 13 Hours ago by: Richard Kettlewell

[...] It will be using the implementation from simd-checksum-x86_64.cpp. [...] Yes, but not relevant here. [...] simd-checksum-x86_64.cpp compiled as expected. [...] ^^^^^^^^^^^^^^^^^^^^^^ This is the relevant one in this case. Bu

Re: rsync compile problem (thread)

comp.os.linux.misc

Posted: 28 Days 15 Hours ago by: The Natural Philosop

***** You have compiled checksum.c to checksum .o *********************** *** checksum.o*** And tried to link it too. match.o syscall.o log.o backup.o delete.o options.o io.o compat.o hlink.o token.o uidlist.o socket.o hashtable.o

rsync compile problem

comp.os.linux.misc

Posted: 29 Days ago by: Kirk_Rockstein

Can someone clue me in on what the problem is. note below. kirk@shuttle:~/jailed/rsync/rsync-3.2.4$ ./configure --with-included-zlib=no --disable-md5-asm --with-rrsync checking for gcc... gcc checking whether the C compiler works... yes

Re: Determining configure/compile options used for a debian package (thread)

comp.os.linux.misc

Posted: 29 Days 1 Hour ago by: Kirk_Rockstein

OK .. I did a apt-get source <package> and think I found the configure options in the rules file. thanks

Re: Determining configure/compile options used for a debian package (thread)

comp.os.linux.misc

Posted: 29 Days 3 Hours ago by: Richard Kettlewell

Download the source package, build it, observe the options used.

Determining configure/compile options used for a debian package

comp.os.linux.misc

Posted: 29 Days 5 Hours ago by: Kirk_Rockstein

Is there a way to determine what configure/compile options/flags were used to build a particular package/binary (debian)?

Re: Forcing TTY resolution to a LED TV via HDMI connector (thread)

comp.os.linux.misc

Posted: 29 Days 5 Hours ago by: Andreas Kohlbach

I rebooted! *LOL* Before I put GRUB_CMDLINE_LINUX_DEFAULT="gfxmoded0x480" into GRUB, and it sort of worked. Now on the TTY "only" four letters are missing on each side. A console font with large letters might "sort" that out too. Then

150 recent articles found.

rocksolid light 0.7.2
clearneti2ptor