Du bist nicht eingeloggt! Möglicherweise kannst du deswegen nicht alles sehen.
  (Noch kein mods.de-Account? / Passwort vergessen?)
Zur Übersichtsseite
Hallo anonymer User.
Bitte logge dich ein
oder registriere dich!
 Moderiert von: mercury, Schalentier


 Thema: 100 gute Gründe für Linux ( v0.30 gute Gründe für systemd )
« vorherige 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 [48] 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 nächste »
erste ungelesene Seite | letzter Beitrag 
TheRealHawk

AUP TheRealHawk 26.11.2007
Pfeil
Kann mal jemand in den Code gucken was es wirklich tut? Würde mich jetzt mal interessieren ob das noch aktuell ist, ob es zusätzlich andere Effekte hat oder das was da steht gar nicht (mehr) tut. Das was es laut manpage bewirkt ist ja eher gefährlich und so ziemlich genau das Gegenteil dessen was man erwarten würde. Ich hab die Option auch immer relativ sorglos benutzt bis mir das aufgefallen ist.
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von TheRealHawk am 04.06.2014 14:57]
04.06.2014 14:56:38  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Oli

AUP Oli 21.12.2018
rats macht das bestimmt, findet den code hässlich und forked rsync.
04.06.2014 15:27:16  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
 
Zitat von Oli

rats macht das bestimmt, findet den code hässlich und forked rsync.



Immer gern

ag ignore-errors
~> options.c 944/945
~> internes flag ist ignore_errors

~> generator.c 292 prüft ignore_errors für...
 
/* This function is used to implement per-directory deletion, and is used by
* all the --delete-WHEN options. Note that the fbuf pointer must point to a
* MAXPATHLEN buffer with the name of the directory in it (the functions we
* call will append names onto the end, but the old dir value will be restored
* on exit). */



~> in der flist.c wird das flag auch öfter geprüft, soweit ich sehe in Funktionen, die das rsync-Protokoll in Bezug auf Dateilisten zu implementieren scheinen (send_xyz)

Ich würde daher konkludieren, dass die Beschreibung in der Manpage korrekt ist.

 
--ignore-errors delete even if there are I/O errors



Weiterhin wird gesagt, dass
 
If the sending side detects any I/O errors, then the deletion of any files at the destination will be automatically disabled. This is to
prevent temporary filesystem failures (such as NFS errors) on the sending side from causing a massive deletion of files on the destination.
You can override this with the --ignore-errors option.



Das passt dann zu den Stellen in der flist.c

Finale Konklusion: --ignore-errors würde ich nicht benutzen.
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von csde_rats am 04.06.2014 15:51]
04.06.2014 15:49:44  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
TheRealHawk

AUP TheRealHawk 26.11.2007
...
Danke. Dann bleibt es auch bei meiner Bewertung: der Name der Option ist verdammt schlecht gewählt.
04.06.2014 15:53:12  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Oli

AUP Oli 21.12.2018
 
Zitat von csde_rats




schwach, soweit bin ich auch gekommen. Aber detaillierter weiß ich jetzt auch nicht, was es tut.
04.06.2014 15:56:43  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
Was möchtest du denn noch wissen?
04.06.2014 16:04:36  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Oli

AUP Oli 21.12.2018
Ich bin auch bis flist.c gekommen und hatte dann keine Lust mehr, mir genau durchzulesen, was die Funktionen tun. Ich wäre nur nicht so schnell wie du mit einer "Konklusion" gekommen. Augenzwinkern

tl;dr: nicht nutzen.
04.06.2014 16:06:24  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
Übrigens finde ich den Code in der Tat hässlich, überall globale Variablen und nur wenige Kommentare.

(Code+Blank)/Comment ~ 6.5 Codezeilen/Kommentarzeile
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 04.06.2014 16:09]
04.06.2014 16:06:43  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Oli

AUP Oli 21.12.2018
 
Zitat von csde_rats

Übrigens finde ich den Code in der Tat hässlich, überall globale Variablen und nur wenige Kommentare.


Ich finde ihn im Vergleich mit anderem C Code, der auf unseren Linuxen so läuft, relativ gut.
04.06.2014 16:08:44  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
Da jede Datei etwa so beginnt...

 
Code:
extern int am_root;
extern int am_server;
extern int am_daemon;
extern int am_sender;
extern int am_generator;
extern int inc_recurse;
extern int always_checksum;
extern int module_id;
extern int ignore_errors;
extern int numeric_ids;
extern int recurse;
extern int use_qsort;
extern int xfer_dirs;
extern int filesfrom_fd;
extern int one_file_system;
extern int copy_dirlinks;
extern int preserve_uid;
extern int preserve_gid;
extern int preserve_acls;
extern int preserve_xattrs;
extern int preserve_links;
extern int preserve_hard_links;
extern int preserve_devices;
extern int preserve_specials;
extern int delete_during;
extern int missing_args;
extern int eol_nulls;
extern int relative_paths;
extern int implied_dirs;
extern int ignore_perishable;
extern int non_perishable_cnt;
extern int prune_empty_dirs;
extern int copy_links;
extern int copy_unsafe_links;
extern int protocol_version;
extern int sanitize_paths;
extern int munge_symlinks;
extern int use_safe_inc_flist;
extern int need_unsorted_flist;
extern int sender_symlink_iconv;
extern int output_needs_newline;
extern int sender_keeps_checksum;
extern int unsort_ndx;
extern uid_t our_uid;
extern struct stats stats;
extern char *filesfrom_host;
extern char *usermap, *groupmap;

extern char curr_dir[MAXPATHLEN];

extern struct chmod_mode_struct *chmod_modes;

extern filter_rule_list filter_list;
extern filter_rule_list daemon_filter_list;

#ifdef ICONV_OPTION
extern int filesfrom_convert;
extern iconv_t ic_send, ic_recv;
#endif

#define PTR_SIZE (sizeof (struct file_struct *))

int io_error;
int checksum_len;
dev_t filesystem_dev; /* used to implement -x */

struct file_list *cur_flist, *first_flist, *dir_flist;
int send_dir_ndx = -1, send_dir_depth = -1;
int flist_cnt = 0; /* how many (non-tmp) file list objects exist */
int file_total = 0; /* total of all active items over all file-lists */
int file_old_total = 0; /* total of active items that will soon be gone */
int flist_eof = 0; /* all the file-lists are now known */

#define NORMAL_NAME 0
#define SLASH_ENDING_NAME 1
#define DOTDIR_NAME 2
#define MISSING_NAME 3

/* Starting from protocol version 26, we always use 64-bit ino_t and dev_t
 * internally, even if this platform does not allow files to have 64-bit inums.
 * The only exception is if we're on a platform with no 64-bit type at all.
 *
 * Because we use read_longint() to get these off the wire, if you transfer
 * devices or (for protocols < 30) hardlinks with dev or inum > 2**32 to a
 * machine with no 64-bit types then you will get an overflow error.
 *
 * Note that if you transfer devices from a 64-bit-devt machine (say, Solaris)
 * to a 32-bit-devt machine (say, Linux-2.2/x86) then the device numbers will
 * be truncated.  But it's a kind of silly thing to do anyhow. */

/* The tmp_* vars are used as a cache area by make_file() to store data
 * that the sender doesn't need to remember in its file list.  The data
 * will survive just long enough to be used by send_file_entry(). */
static dev_t tmp_rdev;
#ifdef SUPPORT_HARD_LINKS
static int64 tmp_dev = -1, tmp_ino;
#endif
static char tmp_sum[MAX_DIGEST_LEN];

static char empty_sum[MAX_DIGEST_LEN];
static int flist_count_offset; /* for --delete --progress */

static void flist_sort_and_clean(struct file_list *flist, int strip_root);
static void output_flist(struct file_list *flist);


Stimme ich dir nicht zu.
04.06.2014 16:09:59  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Oli

AUP Oli 21.12.2018
So what, ist halt pragmatisch. Die Lesbarkeit finde ich ok.
04.06.2014 16:11:10  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
verschmitzt lachen
Dann weißt du ja schon was --ignore-errors macht


So wie ich das sehe wird das rsync-Protokoll da so on-the-fly zusammengeklöppelt mittels der etlichen write_<typ> und read_<typ> Aufrufe, deswegen dürfte es fast unmöglich sein herauszufinden, was ein bestimmtes write_int(f, 0); beim Client bewirkt, ohne die Codebase und die etlichen Pfade durch die Sende und Empfangsfunktionen gut zu kennen.
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von csde_rats am 04.06.2014 16:20]
04.06.2014 16:18:57  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Oli

AUP Oli 21.12.2018
verschmitzt lachen
Wo ich mich ja gar nicht zurecht finde, ist i3pystatus.
04.06.2014 16:19:32  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
verschmitzt lachen
Das ist doch DEIN Legacy-Code der da alles unleserlich macht!
04.06.2014 16:21:06  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Oli

AUP Oli 21.12.2018
Kann nicht sein, ich benutze unter python nur emojis als Variablennamen.

Ist da echt noch code von mir drin? peinlich/erstaunt
04.06.2014 16:22:32  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
https://github.com/enkore/i3pystatus/blob/master/i3pystatus/mail/thunderbird.py
https://github.com/enkore/i3pystatus/blob/master/i3pystatus/mail/notmuchmail.py
https://github.com/enkore/i3pystatus/blob/master/i3pystatus/mail/imap.py
https://github.com/enkore/i3pystatus/blob/master/i3pystatus/modsde.py

(Im blame erfasst er das korrekt, bei den Contributors stehst du irgendwie nicht, wahrscheinlich weil ich die Dateien mal umbenannt/verschoben habe)

Ich bin auch eher unglücklich damit, dass ich da irgendwann Magie eingebaut habe.

Apropos, es warten noch zwei PR, die umgeschrieben werden wollen . . . damit bin ich auch unglücklich traurig Breites Grinsen
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von csde_rats am 04.06.2014 16:39]
04.06.2014 16:26:46  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
flying sheep

AUP flying sheep 04.12.2011
habe gerade das bauen unter linux für Qt Jambi gefixt.

wenn jemand GUIs mit java machen muss: https://aur.archlinux.org/packages/qtjambi-git/
04.06.2014 18:06:34  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
Rufus

AUP Rufus 12.02.2008
 
Zitat von TheRealHawk

--ignore-errors tut denke ich nicht was du glaubst das es tut.


Das trifft irgendwie auf so ziemlich jede lange rsync-Option zu. --delete und --existing sind imho schonmal diametral zu dem, was ein Nichtkenner erwarten würde. Aber das hat man nach dem ersten Mal drin. An die Überraschungen, die die Pfadsyntax von --exclude und co bereithält kann man sich auch gewöhnen, aber spätestens bei --link-dest ist auch später immer wieder Schicht, wenn stackoverflow down ist. Breites Grinsen
04.06.2014 22:12:25  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
teK

tek
Did someone crack the DES passwords of K&R or Ken Thompson yet? :Augenzwinkern

 
Code:
root:OVCPatZ8RFmFY:0:10:Ernie Co-vax,4156427925:/:
dmr:gfVwhuAMF0Trw:42:10:Dennis Ritchie:/usr/staff/dmr:
bwk:ymVglQZjbWYDE:62:10:Brian W. Kernighan,2015826021:/usr/staff/bwk:
mckusick:AAZk9Aj5/Ue0E:201:10:Kirk &,4156424948:/usr/staff/mckusick:/bin/csh


peinlich/erstaunt
04.06.2014 23:47:33  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
 
Stephen Bourne's password was litterally "bourne"

04.06.2014 23:56:26  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
teK

tek
verschmitzt lachen
Faulheit ist wohl eine Krankheit, die weder von Schicht, Mileu noch Intelligenz jeden und alles.jpg befällt.
05.06.2014 0:33:17  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
TheRealHawk

AUP TheRealHawk 26.11.2007
verschmitzt lachen


Wer kennt ihn nicht...
05.06.2014 10:56:37  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
theromi

AUP theromi 02.06.2020
unglaeubig gucken
Das Bild ist schlecht skaliert und deshalb ist die Unterschneidung vom Font so kaputt, oder? ODER?
05.06.2014 11:06:20  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
csde_rats

AUP csde_rats 04.09.2021
05.06.2014 11:07:02  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
TheRealHawk

AUP TheRealHawk 26.11.2007
...
Myriad Pro
05.06.2014 11:22:45  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
flying sheep

AUP flying sheep 04.12.2011
naja, da braucht man nichtmal zu wissen, was kerning ist. das sieht doch jeder, dass das scheiße aussieht, wenn buchstaben so zusammenkleben.
05.06.2014 11:23:21  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
TheRealHawk

AUP TheRealHawk 26.11.2007
Was würdet ihr unter einer "revisionsfähigen Benutzerverwaltung" verstehen?
05.06.2014 13:08:29  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
GarlandGreene

Mod GIGN
etwas, was ein externer Prüfer auditieren kann. Also sollten alle Zugriffe und Änderungen auswertbar protokolliert werden.
05.06.2014 13:10:12  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
teK

tek
openssl hat jetzt zweibuchstabige 'minor-minor' Versionen. ._.
OpenSSL 0.9.8 SSL/TLS users (client and/or server) should upgrade to 0.9.8za.
OpenSSL 1.0.0 SSL/TLS users (client and/or server) should upgrade to 1.0.0m.
OpenSSL 1.0.1 SSL/TLS users (client and/or server) should upgrade to 1.0.1h.
05.06.2014 14:01:41  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
kRush*

kRush*
OpenSSL nervt.
Restart all the services! Hässlon
05.06.2014 14:23:58  Zum letzten Beitrag
[ zitieren ] [ pm ] [ diesen post melden ]
 Thema: 100 gute Gründe für Linux ( v0.30 gute Gründe für systemd )
« vorherige 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 [48] 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 nächste »

mods.de - Forum » Linux » 

Hop to:  

Mod-Aktionen:
13.09.2014 17:26:16 teK hat diesen Thread geschlossen.

| tech | impressum