Is there any FTP repository that holds all the current Jessie man page
files in one location?
I have tried various scripts and wget to extract man pages from
https://manpages.debian.org/jessie/ but my scripting ability lacks somewhat.
Jeremy
On Thu, Apr 20, 2023 at 11:29:26PM -0500, David Wright wrote:
> On Thu 20 Apr 2023 at 22:16:56 (+0700), Max Nikulin wrote:
> > On 20/04/2023 19:05, songbird wrote:
> > > Default User wrote:
> > > > And when partitions were named /dev/hda5, not
> > > > 6a105a72-f5d5-441b-b926-1e405151ee84.
>
> With
On Thu 20 Apr 2023 at 22:16:56 (+0700), Max Nikulin wrote:
> On 20/04/2023 19:05, songbird wrote:
> > Default User wrote:
> > > And when partitions were named /dev/hda5, not
> > > 6a105a72-f5d5-441b-b926-1e405151ee84.
With modern hardware, you'd probably not want to go back to those
device names,
On Fri 21 Apr 2023 at 09:48:43 (+0700), Max Nikulin wrote:
> Opt-out variant for ESP sounds reasonable for me. However I am unsure
> if it is possible to complete installation with no ESP at all.
If you mean: to install Grub but not write to the ESP, I think you can
do this by saying Yes to:
┌──
On 4/15/23 15:51, David Christensen wrote:
> "Debian GNU/Linux UEFI Installer menu" -> "Install"
On 18/04/2023 15:51, David Christensen wrote:
On 4/17/23 21:47, David Wright wrote:
As in "Permission to break an egg, sir"? Did not pressing Enter in
reply to "Install" imply something?
d-i
On 4/20/23 14:51, songbird wrote:
David Christensen wrote:
...
Please describe your use-case(s), what the requirements are and why, and
how Git is failing.
i require maintaining an accurate record of the
file and it's attributes - i consider that a part of
the reason the file exists to begi
On 21/4/23 05:41, songbird wrote:
Stefan Monnier wrote:
songbird
I have not used these, but there seem to be some work-arounds for
storing metadata in/with git
lfs has the ability to script xattr handling
https://git-lfs.github.com/
These applications work directly with metadata and
Stefan Monnier wrote:
...
> BTW, the `bup` tool does add some of the needed functionality
> (e.g. storing metadata), but it's not developed with an eye towards
> merging some of that extra functionality into Git, and it doesn't aim to
> be a "generic file storage tool" either :-(
i tried bup for
David Christensen wrote:
...
> Please describe your use-case(s), what the requirements are and why, and
> how Git is failing.
i require maintaining an accurate record of the
file and it's attributes - i consider that a part of
the reason the file exists to begin with (otherwise
why have a diff
On 4/20/23 05:10, songbird wrote:
David Wright wrote:
...
I see nothing unreasonable. The only oddity to me is that the listings
you give (which are from the backups, I assume) have today's date,
which means that the backup method is not preserving the file metadata.
(If you've not used partitio
>> It could be a sister project of Git.
> there are other attempts which are done for it and
> process flows for me but i'd really prefer just a
> simple flag or environment variable i could set which
> would do it instead so then i'd be able to get rid of
> the gyrations.
AFAIK the Git maintai
> For variable refresh rate without (much) tearing you turn vsync off in
> game settings. That's how you get the highest frame rates as your
> benchmarks show.
It's true that the highest framerates are achieved by disabling vertical sync.
However, my understanding was that if my system can delive
Stefan Monnier wrote:
...
> FWIW, I think it makes perfect sense for Git to ignore such metadata
> in the context of the intended use of Git (i.e. tracking source code).
it didn't make sense to me then and still doesn't
but whatever... :)
> But I wish there was a concerted effort to develop/
Max Nikulin wrote:
> On 20/04/2023 19:10, songbird wrote:
>>one of the worst design decisions i've come across in
>> the modern era was the lack of git respecting file metadata.
>
> In the case of git you can get commit time from git log.
i do not want commit time, i want the file attributes
On 18/04/2023 11:47, David Wright wrote:
On Mon 17 Apr 2023 at 15:26:58 (-0700), David Christensen wrote:
I have never seen a document that completely and accurately explains,
in computer engineering and science terms, the design and
implementation of the boot processes for Debian (or FreeBSD,
On Thu, 20 Apr 2023 09:51:27 -0400
John LeRoy wrote:
> Hello,
> The Subject is my question.
> Debian 12 on my computer can't read USB pen drives. The drives are
> read correctly on a similar computer running Debian 11.
> I have registered on the Debian Forum, but can't find an entry about
> this
On 20/04/2023 19:10, songbird wrote:
one of the worst design decisions i've come across in
the modern era was the lack of git respecting file metadata.
In the case of git you can get commit time from git log.
Version control systems update modification time on operations like "git
checkout
On 2023-04-20 16:19:41 +0200, to...@tuxteam.de wrote:
> On Thu, Apr 20, 2023 at 04:13:48PM +0200, Vincent Lefevre wrote:
>
> [...]
>
> > "marginally faster" is incorrect, but this probably depends on
> > how fast the disk is. For the MPFR svn-to-git conversion with
> > reposurgeon 2 years ago, I
On 20/04/2023 19:05, songbird wrote:
Default User wrote:
And when partitions were named /dev/hda5, not
6a105a72-f5d5-441b-b926-1e405151ee84.
i use labels on all of my partitions and give them a
legible name. those are what i use in my fstab and also
in any grub or refind configs.
i hat
On Thu, Apr 20, 2023 at 10:29:04AM -0400, Jeffrey Walton wrote:
> On Thu, Apr 20, 2023 at 10:14 AM Vincent Lefevre wrote:
> >
> > On 2023-04-19 08:34:50 +0200, to...@tuxteam.de wrote:
> > > There is one downside to /tmp on tmpfs: it eats RAM. You gotta
> > > have some of it (currently I've 9G free
On Thu, Apr 20, 2023 at 10:14 AM Vincent Lefevre wrote:
>
> On 2023-04-19 08:34:50 +0200, to...@tuxteam.de wrote:
> > There is one downside to /tmp on tmpfs: it eats RAM. You gotta
> > have some of it (currently I've 9G free on / and 16G RAM).
>
> True, and when I used tmpfs in the past (in 2012),
On Thu, 2023-04-20 at 10:09 +0200, DdB wrote:
> You got your plan mapped out. and i agree, except for one little
> detail:
> see below. -
>
> Am 19.04.2023 um 22:06 schrieb Default User:
> > > I think, it is the case when reboot is safer. Open file
> > > descriptors
> > > remain on the original pa
On Thu, Apr 20, 2023 at 04:13:48PM +0200, Vincent Lefevre wrote:
[...]
> "marginally faster" is incorrect, but this probably depends on
> how fast the disk is. For the MPFR svn-to-git conversion with
> reposurgeon 2 years ago, I had to use /dev/shm (tmpfs) because
> it was awfully slow on /tmp (b
On 2023-04-19 08:34:50 +0200, to...@tuxteam.de wrote:
> There is one downside to /tmp on tmpfs: it eats RAM. You gotta
> have some of it (currently I've 9G free on / and 16G RAM).
True, and when I used tmpfs in the past (in 2012), I got many failures
due to lack of space (because of limited RAM).
Hello,
The Subject is my question.
Debian 12 on my computer can't read USB pen drives. The drives are read
correctly on a similar computer running Debian 11.
I have registered on the Debian Forum, but can't find an entry about
this problem.
I would like to report this as a bug, or at least get h
flavonol writes:
> Hello Debian community,
>
> Whenever I enable vertical sync in any one of various video games (including,
> but not limited to, Rise of the Tomb Raider, Team Fortress 2,
> Minecraft Java Edition & Hollow Knight), framerates frequently drop to
> between around 30 to 50 frames
> one of the worst design decisions i've come across in
> the modern era was the lack of Git respecting file metadata.
>
> i got bit by this a few weeks ago yet again. i hate using
> Git because of it destroying my file meta data.
FWIW, I think it makes perfect sense for Git to ignore such m
On 20/4/23 20:10, songbird wrote:
aside rant,
thank gitification for that IMO.
one of the worst design decisions i've come across in
the modern era was the lack of git respecting file metadata.
i got bit by this a few weeks ago yet again. i hate using
git because of it destroyi
Default User wrote:
...
> Well, now I am totally confused.
>
> I had hoped for, and really expected, an easy, obvious, intuitive
> solution. But I guess that may be a distant memory of the good old
> days, before [insert string of four-letter words here] like dbus,
> systemd, and Gnome 3. And whe
davidson wrote:
...
> Consider the -a option to cp for backup/backdown operations, to
> preserve all attributes (including timestamps), recursively copy
> directories, and more. Read the manual for details.
that's what i use by default for all copies. saves me
a lot of wondering where something
David Wright wrote:
...
> I see nothing unreasonable. The only oddity to me is that the listings
> you give (which are from the backups, I assume) have today's date,
> which means that the backup method is not preserving the file metadata.
> (If you've not used partition 5 for a while, the dates sh
wrote:
...
> Definitely,but we nerds gotta nerd :)
haha! :)
songbird (nerd lives matta!
On 2023-04-20 11:56:17 +0100, Eric S Fraga wrote:
> On Wednesday, 19 Apr 2023 at 23:34, Stefan Monnier wrote:
> >> Any idea why the second monitor is sort of there but not quite? Below is
> >> a copy of the xorg.conf generated by the Nvidia setup utility.
> >
> > I have no experience with multi-mo
On 2023-04-19 19:43:01 -0700, Charlie Gibbs wrote:
> Section "Screen"
> Identifier "Screen0"
> Device "Device0"
> Monitor"Monitor0"
> DefaultDepth24
> Option "Stereo" "0"
> Option "metamodes" "HDMI-0: nvidia-auto-select +0+0"
> Opt
I've subscribed to a bug at 09:09:57 UTC and received a
"Please confirm subscription" message from bendel.debian.org
two minutes later. Fine.
I've subscribed to 3 more bugs at 10:01:05 UTC, but I haven't received
any "Please confirm subscription" message. I cannot see any connection
from bendel.de
On Thu, Apr 20, 2023 at 12:18:35PM +0200, Vincent Lefevre wrote:
> Anyway, in the time of freeze like now (probably with more
> users trying testing), isn't it important that testing gets
> security updates?
It's not really about what's "important", but what's feasible given the
available resource
On Wednesday, 19 Apr 2023 at 23:34, Stefan Monnier wrote:
>> Any idea why the second monitor is sort of there but not quite? Below is
>> a copy of the xorg.conf generated by the Nvidia setup utility.
>
> I have no experience with multi-monitor setups on nVidia, but the last
> time I used a non-emp
On 2023-04-18 13:52:13 -0400, Jeffrey Walton wrote:
> On Tue, Apr 18, 2023 at 1:46 PM Frank wrote:
> > Interesting. Like Tixy, I was under the impression testing didn't
> > receive security support. I remember checking that several times over
> > the years. Curious.
Anyway, in the time of freeze
"I haven't a clue what you are going on about here. Shift-L in mutt was used at
this end."
Hello
I am confused.
Its said
You can use any driver from EPSON
to use a printer.
Bit it is not working.
I did open GEDIT
ordered "PRINT"
but no reaction.
Regards
Sophie
Thank You.
___
You got your plan mapped out. and i agree, except for one little detail:
see below. -
Am 19.04.2023 um 22:06 schrieb Default User:
>> I think, it is the case when reboot is safer. Open file descriptors
>> remain on the original partition. However I do not expect that single
>> user mode or booting
40 matches
Mail list logo
